为什么weld依赖于JBoss Common Annotations 1.3 API而不是使用Javax Annotation API?
我正在集成到我的应用程序中。我的应用程序已经与库有依赖关系 我注意到,Weld实现(Core)定义了一个依赖关系和库,它定义了相同的java包和(几乎)Javax注释API中定义的相同类 有人知道为什么Weld依赖JBoss Common Annotations 1.3 API库而不是直接使用Javax Annotation API吗为什么weld依赖于JBoss Common Annotations 1.3 API而不是使用Javax Annotation API?,java,weld,jboss-weld,Java,Weld,Jboss Weld,我正在集成到我的应用程序中。我的应用程序已经与库有依赖关系 我注意到,Weld实现(Core)定义了一个依赖关系和库,它定义了相同的java包和(几乎)Javax注释API中定义的相同类 有人知道为什么Weld依赖JBoss Common Annotations 1.3 API库而不是直接使用Javax Annotation API吗 提前谢谢。好奇心困扰着我,所以我去问了这个问题,我怀疑人们会在哪里回忆起原因。Weld是一个JBoss项目,就像WildFly一样,也遵循同样的思路 下面是答案(
提前谢谢。好奇心困扰着我,所以我去问了这个问题,我怀疑人们会在哪里回忆起原因。Weld是一个JBoss项目,就像WildFly一样,也遵循同样的思路 下面是答案(粘贴自邮件,感谢托马斯塞拉尔): 与JavaEE相关的规范API在很长一段时间内没有正式发布 可在任何maven存储库中使用 直到最近才开始使用最新版本的Java/Jakarta EE spec API 在maven central中正确显示 另一个原因是,正如Petr所说,一些服务加载程序配置(w)是 不同的,在某些情况下甚至添加了一些impl类(w) 因此,部分原因是历史原因,部分原因是实现类的差异 作为旁注——从用户的角度来看,您不应该注意到使用JBossAPI版本与另一个版本有任何区别,因为在API方面,它们确实是相同的