焊接在JavaSE不使用替代

Question

我有Project A，Project B和Project CEclipse Maven项目。

• ProjectA包含：

• IMyConfig接口。
• MyConfigJndiIMyConfig的实现。
• MyApiImpl实现IMyApi，具有属性@Inject私有IMyConfig config；。
• "空"META-INF\beans.xml文件。

• 一个MyConfigAlter的IMyConfig实现，标记为@替代。
• 一个Main类（和方法），初始化Weld SE并检索一个IMyApibean。
• 一个META-INF\beans.xml，其中MyConfigAlter在替换部分中列出。

现在，我运行Main类，并且成功地检索了IMyApibean（作为MyApiImpl实例）。但是这样的实例在其config属性中被注入了MyConfigJndi实例，而不是替代版本（MyConfigAlter）

我正在使用Eclipse Luna M2Eclipse。

我做错了什么？

更新：我发现使用@专业而不是@替代解决了这个问题，但我仍然认为这不是正确的解决方案（在某些情况下，我可能无法访问默认实现）。

更新2：

我使用的是Weld se，2.2.10。最终：

<dependency>
    <groupId>org.jboss.weld.se</groupId>
    <artifactId>weld-se</artifactId>
    <version>2.2.10.Final</version>
    <scope>runtime</scope>
</dependency>

初始化过程非常简单

WeldContainer weld =
  new Weld().
    initialize();
IMyApi myApi =
  weld.
    instance().
    select(
      IMyApi.
        class).
    get();

Answer 1

另一种解决方法是使用-Dorg。jboss。焊接东南方。档案文件隔离=假-来自http://docs.jboss.org/weld/reference/2.2.11.Final/en-US/html/environments.html#_bean_archive_isolation_2

发生这种情况的原因是类路径上的每个JAR都变成了自己的bean存档。由于1.2版本的CDI规范不包括SE规范，因此没有定义类路径在这种模式下如何操作。这不一定是SE应用的设计方式，因为您没有为每个JAR提供唯一的类加载器。

Answer 2

使用bean中的alternations元素选择替代方案。xml描述符只影响相应的bean归档，即在您的情况下，ProjectC，如声明bean归档的选定替代方案中所述。基于此，ProjectBbean归档文件注入MyConfigJndi实现是合乎逻辑的。

自CDI 1.2以来，可以使用@Priority注释为应用程序全局选择备选方案，如声明应用程序的选定备选方案中所述。

所以在你的情况下，你可以写：

@Priority(Interceptor.Priority.Application)
@Alternative
class MyConfigAlter {
}