日日操夜夜添-日日操影院-日日草夜夜操-日日干干-精品一区二区三区波多野结衣-精品一区二区三区高清免费不卡

公告:魔扣目錄網為廣大站長提供免費收錄網站服務,提交前請做好本站友鏈:【 網站目錄:http://www.ylptlb.cn 】, 免友鏈快審服務(50元/站),

點擊這里在線咨詢客服
新站提交
  • 網站:51998
  • 待審:31
  • 小程序:12
  • 文章:1030137
  • 會員:747

本文介紹了JUnit AssertionError:在Maven中運行時無法識別平臺的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!

問題描述

我正在使用Java 1.8將我們項目的構建結構從Ant轉換到Maven(3.3.3),但我遇到了一個令我困惑的問題。我們的所有單元測試在Ant和Eclipse中都能正常工作,但我遇到過幾個在Maven中執行失敗的單元測試。失敗的測試(不幸的是,由于公司的限制,我不能發布源代碼)都試圖通過javax.Imageio.ImageIO類讀取圖像,并且似乎都失敗了,并顯示NoClassDefFoundError,聲明它們無法初始化java.nio.file.TempFileHelper。現在,我已經看到當某個東西試圖初始化類并失敗時會突然出現這種類型的問題(而不是根本找不到類定義),但我查看了TempFileHelper類的源代碼,我似乎找不出會失敗的是什么。

堆棧跟蹤(手動鍵入,請原諒任何類型的人):

java.lang.NoClassDefFoundError: Could not initialize class java.nio.file.TempFileHelper
    at java.nio.file.Files.createTempFile(Files.java:897)
    at javax.imageio.stream.FileCacheImageInputStream.<init>(FileCacheImageInputStream.java:102)
    at com.sun.imageio.spi.InputStreamImageInputStreamSpi.createInputStreamInstance(InputStreamImageInputStreamSpi.java:69)
    at javax.imageio.ImageIO.createImageInputStream(ImageIo.java:357)
    at javax.imageio.ImageIO.read(ImageIO.java:1397)
    ... our code beyond here ...

調用ImageIO.read的類是在與單元測試(稱為core)不同的maven模塊中定義的,并且core在此之前已經成功構建。調用ImageIO.Read的類提供了核心中定義的PNG文件的相對路徑,圖像存儲在核心的Resources文件夾中的”Images”子文件夾下。

示例,使用foo.png作為文件名:

core/src/main/resources/images/foo.png

URL imageUrl = SomeClass.class.getResource("/images/foo.png");
ImageIO.read(imageUrl);

我已經驗證了,在構建核心之后,foo.png位于core.jar中,并且位于JAR根目錄下的圖像文件夾中,并且核心模塊是正在測試的模塊的有效依賴項。

非常感謝您的幫助!

更新%1

在瀏覽TempFileHelper時,我無意中發現了一些可能失敗的代碼,并將其帶入單元測試,以查看它是否繼續失敗。通過以下堆棧跟蹤,該失敗現在似乎表明默認文件系統未知:

java.lang.AssertionError: Platform not recognized
    at sun.nio.fs.DefaultSystemProvider.create(DefaultSystemProvider.java:68)
    ... our code truncated...

更新2

根據Alexandre Carcapanis的請求,以下是POM片段。該項目是多模塊的,父POM使用插件管理來控制版本。

父POM代碼段:

<build>
    <pluginManagement>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.3</version>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                </configuration>
            </plugin>
        </plugins>
    </pluginManagement>
</build>

子POM代碼段:

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <configuration>
                <source>1.8</source>
                <target>1.8</target>
                <compilerArgs>
                    <arg>-XDignore.symbol.file</arg>
                    <compilerArg>-XDignore.symbol.file</compilerArg>
                </compilerArgs>
                <fork>true</fork>
            </configuration>
        </plugin>
    </plugins>
</build>

推薦答案

我到處找了很久,才發現這個問題。我們的一位開發人員似乎編寫了一個測試,將os.name(設置為”Testos”)和os.version系統屬性重置,但從未將它們重置為以前的值。這會導致所有的java.nio.Path調用失敗。

我在查看sun.nio.fs.DefaultFileSystemProvider類的源代碼后發現了這一點,它立即告訴我它試圖查找的內容和期望值。在發現這一點后,并進行了更多的谷歌搜索,我插入了一個System.getProperty(“os.name”),并在其中一個失敗的測試中將其打印出來,導致我找到了”Testos”。在發現這一點之后,只需確定no、Maven或JUnit正在將os.name設置為該值,因此,它一定在我們的代碼中。

感謝所有試圖提供幫助的人,我們非常感謝您的幫助。

Rob

這篇關于JUnit AssertionError:在Maven中運行時無法識別平臺的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,

分享到:
標簽:AssertionError JUnit Maven 平臺 無法識別 運行
用戶無頭像

網友整理

注冊時間:

網站:5 個   小程序:0 個  文章:12 篇

  • 51998

    網站

  • 12

    小程序

  • 1030137

    文章

  • 747

    會員

趕快注冊賬號,推廣您的網站吧!
最新入駐小程序

數獨大挑戰2018-06-03

數獨一種數學游戲,玩家需要根據9

答題星2018-06-03

您可以通過答題星輕松地創建試卷

全階人生考試2018-06-03

各種考試題,題庫,初中,高中,大學四六

運動步數有氧達人2018-06-03

記錄運動步數,積累氧氣值。還可偷

每日養生app2018-06-03

每日養生,天天健康

體育訓練成績評定2018-06-03

通用課目體育訓練成績評定