如果你用maven編譯專案，而且在專案中用了SUN的專用API，你會得到警告資訊，然後Maven會報告編譯失敗，像這個樣子：

…
[ERROR] \workspaces\mvn\javac-warning-test\src\main\java\com\juvenxu\TestJavacWarning.java:[7,32] 警告：sun.misc.BASE64Decoder 是 Sun 的專用
API，可能會在未來版本中刪除
[INFO] ————————————————————-
[INFO] BUILD FAILURE

這當然是不合理的，javac只是警告而已，maven憑什麼就直接報失敗呢？

其實最好的解決辦法是避免用到這些SUN專用的API,這些API都有現成的替代品，不過本文要討論的不是這個，如果你用了某個依賴，該依賴用了SUN專用API，你往往會束手無策。

第一反應是Maven肯定可以提供一些配置點，允許我們忽略這種警告，嗯，當初我也是這麼想的，一次培訓的時候，一同學問到這個問題，我想當然的回答，“這個配置javac忽略警告就可以啦，不是Maven的問題”，我自己根本沒有試過，這麼不負責任的回答我現在想想都臉紅。後來和 linux_china 又討論到這個問題，然後我動手嘗試了下，折騰了幾乎所有maven-compiler-plugin的配置，到最後竟然是無解！（其實也不算完全無解，至少我們可以配置maven-compiler-plugin忽略編譯錯誤，不過這個解決辦法連我自己都覺得太噁心）

無解歸無解，至少我找到了這個問題的根本原因，其實不是我找到的，是Hudson之父Kohsuke Kawaguchi發現的。事情是這樣的，Maven的commiter基本都是歐美的，人家的系統基本是英文的，那麼他們使用Sun專用API的時候，遇到的警告資訊是英語，以”WARNING“開頭的，我們知道，Maven是用maven-compiler-plugin執行編譯工作的，而預設情況maven-compiler-plugin是通過呼叫javac完成編譯的，那麼當javac給出”WARNING”的時候，他們根據這個關鍵字做個if判斷就把事情搞定了。

可是，他們忘了這個世界還有日本中國等國家啦，雖然Kohsuke Kawaguchi基本在美國混，但在日本肯定有不少朋友的，可能他朋友用日文系統遇到這問題了（當然，他自己也可能有日文系統），更不用提廣大的中國IT群眾了。之前，如果你在Google搜尋“javac maven 警告”，那是大量的資訊，可沒一篇有真正的解決方法。直到最近我在

Kohsuke Kawaguchi的建議顯然更合理啦，他說別用javac的輸出來判斷警告，而是用javac命令列的返回值來判斷，這樣就能避免這個問題。

方案雖好，但他沒有實現，這點可以理解，人家是大牛，而且估計系統都是英文的，沒空管這小事。

我基本也在英文系統上跑，實際中也沒遇到這問題，也沒太大激情去修這個bug，但偶爾的機會和同事Benjamin Bentmann抱怨了幾句，無非就是說這個問題困擾大量中國使用者啥的，他是Maven 3最主要的commiter，相當給面子啊，沒過一週，就修好了，然後讓我測試下。

嗯，義不容辭，我就建了個空專案，用了個sun.misc.BASE64Decoder，先簡單跑一遍，不出所料報錯了。接著我再加入如下的配置：

1. <plugin>  
2.     <groupId>org.apache.maven.plugins</groupId>  
3.     <artifactId>maven-compiler-plugin</artifactId>  
4.     <version>2.3.1</version>  
5.     <dependencies>  
6.         <dependency>  
7.             <groupId>org.codehaus.plexus</groupId>  
8.             <artifactId>plexus-compiler-javac</artifactId>  
9.             <version>1.8.1</version>  
10.         </dependency>  
11.     </dependencies>  
12. </plugin>  

這個問題是在plexus-compiler-javac 1.8.1中修復的，因此強制讓maven-compiler-plugin依賴這個版本就可以了，照理說maven-compiler-plugin應該升級一下版本，那樣就只要配置外掛版本，而不是外掛依賴，可是目前新版本的maven-compiler-plugin還沒有釋出，只能湊活使用上面的配置啦。

再用maven編譯，會看到這樣的輸出：

[INFO] Compiling 1 source file to D:\workspaces\ws-maven-book\javac-warning-test\target\classes
[WARNING] \workspaces\ws-maven-book\javac-warning-test\src\main\java\com\juvenxu\TestJavacWarning.java:[3,15] 警告：sun.misc.BASE64Decoder 是 Sun 的專
用 API，可能會在未來版本中刪除
[WARNING] \workspaces\ws-maven-book\javac-warning-test\src\main\java\com\juvenxu\TestJavacWarning.java:[7,4] 警告：sun.misc.BASE64Decoder 是 Sun 的專
用 API，可能會在未來版本中刪除
[WARNING] \workspaces\ws-maven-book\javac-warning-test\src\main\java\com\juvenxu\TestJavacWarning.java:[7,32] 警告：sun.misc.BASE64Decoder 是 Sun 的專
用 API，可能會在未來版本中刪除
[INFO] ————————————————————————
[INFO] BUILD SUCCESS
[INFO] ————————————————————————

警告仍然打印出來了，但Build成功了，問題解決啦！

最後的感觸是，國內搞開源還需要加勒個油啊！其實這不是什麼大的bug，但由於社群中缺少國內的積極分子，才導致這bug一拖再拖沒人理，大家一問再問，沒人解決。

大家一起加勒個油！

————————– 2010-09-10，教師節，更新 ——————————————————-

maven-compiler-plugin 2.3.2 釋出了，因此只需要配置使用該版本就ok了

1. <plugin>  
2.     <groupId>org.apache.maven.plugins</groupId>  
3.     <artifactId>maven-compiler-plugin</artifactId>  
4.     <version>2.3.2</version>  
5. </plugin>  

在這篇文章結尾處,給出了一種解決方法-->設定maven-compiler-plugin的版本為2.3.2.跑到我們的專案的pom.xml檔案中看了下,這邊的version設定的是2.0.2,改成2.3.2,順便換了個新版本的maven,maven倉庫沒去管,然後再編譯,問題解決了.

<plugin>  

    <groupId>org.apache.maven.plugins</groupId>  

    <artifactId>maven-compiler-plugin</artifactId>  

    <version>2.3.2</version> <!--解決出現警告時build失敗問題--> 

    <configuration>

    <source>1.6</source>

    <target>1.6</target>

    <encoding>UTF-8</encoding> <!--解決GBK對映報錯問題-->

    </configuration>

</plugin>