[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 警告”，那是大量的信息，可没一篇有真正的解决方法。直到最近我在阿里的技术博客看到一篇文章讲到了这个问题，并给出了一个patch，方法是强制设定javac使用英文的Locale，其实呢，这么做有点暴力，如果用户比较在意本地化的信息怎么办呢？
Kohsuke Kawaguchi的建议显然更合理啦，他说别用javac的输出来判断警告，而是用javac命令行的返回值来判断，这样就能避免这个问题。
方案虽好，但他没有实现，这点可以理解，人家是大牛，而且估计系统都是英文的，没空管这小事。
我基本也在英文系统上跑，实际中也没遇到这问题，也没太大激情去修这个bug，但偶尔的机会和同事Benjamin Bentmann抱怨了几句，无非就是说这个问题困扰大量中国用户啥的，他是Maven 3最主要的commiter，相当给面子啊，没过一周，就修好了，然后让我测试下。
嗯，义不容辞，我就建了个空项目，用了个sun.misc.BASE64Decoder，先简单跑一遍，不出所料报错了。接着我再加入如下的配置：
view plaincopy to clipboardprint? 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了
view plaincopy to clipboardprint? 1.<plugin> 2. <groupId>org.apache.maven.plugins</groupId> 3. <artifactId>maven-compiler-plugin</artifactId> 4. <version>2.3.2</version> 5.</plugin>
或者
01.<plugin>
02. <groupId>org.apache.maven.plugins</groupId>
03. <artifactId>maven-compiler-plugin</artifactId>
04. <version>2.3.2</version>
05. <configuration>
06. <source>1.6</source>
07. <target>1.6</target>
08. <encoding>UTF-8</encoding>
09. <compilerArguments>
10. <verbose />
11. <bootclasspath>${java.home}/lib/rt.jar</bootclasspath>
12. </compilerArguments>
13. </configuration>
14.</plugin>