JSR-305注释替代Java 9

前端之家收集整理的这篇文章主要介绍了JSR-305注释替代Java 9前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
到目前为止,我们一直在使用Findbugs JSR-305注释(com.google.code.findbugs:jsr305),包括工具支持(Sonar,Eclipse,Findbugs,…)在内的一切工作都很正常.

但是我们的理解是,Java 9中的拼图会破坏JSR-305注释(不允许在两个模块中使用一个包).这在JavaOne 2015上得到证实.Oracle的推理是JSR-305从未发生过,JSR-250将不得不认可这些注释.

我们正在寻找适用于Java 8和Java 9的JSR-305注释的替代品.如果历史记录是任何指南,Java 9 GA和Java 8之间的时间将很短,我们希望解决我们的任何不兼容性提前提供代码.从理论上讲,我们可以升级JDK的注解模块,但是在我们的工具链中这样做就好像很多工作.

解决方法

确实,两个模块通常不能定义相同的类型
包.直到最近,将jsr305.jar放在a的路径上
JDK 9构建将不起作用:该JAR文件定义了类型
javax.annotation包,但该包在平台的内置中定义
java.annotations.common模块,后者优先.

由于部分原因是广泛使用jsr305.jar,而且也是
使现有应用程序服务器更容易迁移到JDK 9,
我们最近更改了默认的根模块,以排除它
注释模块等.将jsr305.jar放在JDK 9上
类路径现在可以开箱即用.详细信息可在
JEP261.

猜你在找的Java相关文章