JavaEE6：覆盖CDI替代方案

Question

我使用的是Glassfish 3.1.2.2，JavaEE6。

我有一个库，其中一个类使用CDI获取一个帮助器类。我希望在一个使用该库的特定项目中，重写该CDI依赖项，并强制该库使用我自己的帮助器类，而不是特定于该项目的帮助器类。我可以随意修改库，但默认情况下它应该使用默认的助手类，这样库的其他用户的行为就不会改变。

这应该是@替代CDI模式的完美应用，我为helper类API做了一个java接口；库中有一个默认实现，那么我就可以使用

在CDI1.0（java ee6）中，显然不可能从库外覆盖替代行为。

所以不管我在豆子里说了什么。在我的外部项目中，CDI不断选择库中定义的bean。

我考虑过通过生产者，但我没有找到如何让CDI将EntityManager作为参数提供给生产者，以便我可以将其转发给helper类。在这个项目中，我们通常使用@PersistenceContext注释注入EntityManager。

关于如何覆盖外部项目的CDI注入有什么想法吗？




Answer 1

我最后使用的解决方案与LightGuard的建议有关：我有CDI扩展，并按照建议重写processAnnotatedType（）。

然而，我没有替换AnnotatedType（我不知道该怎么做），而是使用了上面描述的技术：http://docs.jboss.org/weld/reference/latest/en-US/html/extend.html#d0e4800

否决库中定义的bean。

既然默认实现被否决了，如果我在应用程序中放入自己的bean，那就是CDI选择的bean。

要在Arquillian集成测试中也实现这一点，必须将此调用添加到存档中：

addAsServiceProvider(Extension.class, <CDI extension class name>.class)

javax。企业注射spi。扩展资源不需要在Arquillian中生效（参见SHRINKWRAP-266）。

Answer 2

ApacheDeltaSpike提供了一个叫做全局替代的功能，它绕过了那些愚蠢的BDA规则。它已经用很多容器进行了测试，你不必手动关心细节。使用OpenWebBeans，你根本没有这个问题，一些版本的焊接通过WEB-INF中的beans.xml而不是META-INF支持它。

Answer 3

您可以编写一个可移植的扩展来实现这一点。收听ProcessAnnotatedType事件，并用自己的AnnotatedType替换。您可以使用ApacheDeltaspikeBeanBuilder类来帮助实现这一点。