Glassfish 3.1 多模块布局的 CDI 问题
我不确定这是否是 Weld 或 Glassfish 中的错误，或者我是否做了一些完全错误的事情。
我有三个 jar：api、impl 和 base。这些 jar 被打包到部署到 Glassfish 3.1 (b37) 的 war 中。结果是一个错误，表明 impl 中的 pojo 中的注入点不满足。注入失败的 pojo 位于基础 jar 中。奇怪的是，我可以毫不费力地将同样失败的 pojo 注入到我的战争中的支持 bean 中，而且我还可以使用老式的 new 关键字手动实例化注入依赖项。
有什么想法吗？我还有基于 Maven 的测试项目，如果有人有兴趣的话可以复制它。
每个 jar 在 META-INF 中都有 beans.xml - 即使战争也有 beans.xml。
- 维尔
I'm not sure if this is a bug in Weld or Glassfish or if I'm doing something just plain wrong.
I have three jars: api, impl and base. These jars are packaged to war that is deployed to Glassfish 3.1 (b37). The outcome is an error that states that injection point is unsatisfied in a pojo that is in impl. The failing pojo to inject is in base jar. The curious thing is that I can inject that very same failing pojo to a backing bean in my war with no fuss, and I can also just instantiate the injection dependency by hand using the old fashioned new keyword.
Any thoughts? I also have Maven based test project that replicates this if anyone is interested to see that.
Every jar has beans.xml in META-INF - even the war has beans.xml.
- Ville
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这个问题可以通过将 Glassfish 模块目录中的模块weld-osgi-bundle.jar（Glassfish 附带焊接 1.1.0.Final）替换为最新的模块 - 1.1.1.Final 来解决。之后从domains/domain1/osgi-cache目录中删除所有文件。
This problem can be solved by replacing module weld-osgi-bundle.jar (Glassfish is shipped with weld 1.1.0.Final) in Glassfish modules directory with the newest one - 1.1.1.Final. After that remove all files from domains/domain1/osgi-cache directory.