JSR-305注释替代Java 9

发布时间：2020-12-14 19:27:35 所属栏目：Java 来源：网络整理

导读：到目前为止,我们一直在使用Findbugs JSR-305注释(com.google.code.findbugs：jsr305),包括工具支持(Sonar,Eclipse,Findbugs,…)在内的一切工作都很正常. 但是我们的理解是,Java 9中的拼图会破坏JSR-305注释(不允许在两个模块中使用一个包).这在JavaOne 2015

到目前为止,我们一直在使用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.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!