CDI（Weld SE）在使用Producer方法时不注入内部依赖项

Question

我在一个独立的java项目中使用WELD SE，在我开始使用producers之前，它似乎工作得很好。

生产者方法是有效的——容器使用它，但从不注入产生的bean的内部依赖关系。当我删除生产者时，它正常工作。即使在规范和谷歌上搜索了很长时间，我也找不到原因。

制作人的例子：

@ApplicationScoped
public class LaminaValidadorProducer {

    private static final String XSD_PATH = getConfig("processador.xsd.path");
    private static final Map<VersaoLamina,String> XSD_PER_VERSION = new HashMap<>();
    static {
        XSD_PER_VERSION.put(VersaoLamina.V1, getConfig("processador.lamina.xsd.file"));
        XSD_PER_VERSION.put(VersaoLamina.V2, getConfig("processador.laminav2.xsd.file"));        
    }

    @Produces
    public LaminaValidador buildValidador() {
        return new LaminaValidador(XSD_PATH, XSD_PER_VERSION);
    }
}

LaminavalidOr正常注入，但其内部属性（标记为@Inject）未被注入。这个项目有很多优点。带有bean discovery mode=“all”的xml。

有什么线索吗？

Answer 1

这不仅是SE的问题，事实上也是CDI的期望/预期行为。

这背后的原因是，通常情况下，如果您没有生产者，CDI会为您创建bean类（通过调用no args构造函数或带有注入的构造函数），然后解析bean中的注入点（并执行其他一些操作，请参见规范）。例如，您将生命周期管理留给CDI容器。

另一方面，使用生产者通常是从类中创建bean的一种方法，其中：

• 你不能自己控制生命周期，例如EntityManager
• 您与其他框架集成，它们具有复杂的初始化
• 在调用某些构造函数之前，需要对外部配置进行一些检查
• 或者您可能需要一个bean作为基本类型（int）
• 以及更多的用例

现在，这意味着您负责创建bean。这包括其中的任何字段。容器只是将生产者作为创建完整bean的一种方式，并假设您已经注意或初始化需要什么。

现在，根据你的问题，我判断你需要注射点的分辨率。由于CDI的静态性质（以及其他更复杂的原因），没有简单的方法（如果有的话）手动“强制”解决方案。因此，我建议使用一种不同的方法，利用构造函数注入或初始化方法？如果你能提供更多信息，我也许能帮上忙。