本文介紹了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中運行時無法識別平臺的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,