Weld-SE 未启动，未找到 bean 存档

Question

我正在尝试在我的 Quartz 应用程序中初始化 CDI-SE 上下文，所以我有以下依赖项（maven）：

  <dependency>
                <groupId>org.jboss.weld.se</groupId>
                <artifactId>weld-se-core</artifactId>
                <version>2.3.4.Final</version>
            </dependency>

在我的 JobQuartz 中，我有 execute() 方法，其中包含以下内容：

public void execute(JobExecutionContext context) throws JobExecutionException {
        Weld weld = new Weld();
        WeldContainer container = weld.initialize();
        service = container.instance().select(MyService.class).get();
        service.go();
        weld.shutdown();
    }

但我收到以下错误：

Caused by: java.lang.IllegalStateException: WELD-ENV-002009: Weld SE container cannot be initialized - no bean archives found

我的项目是一个WAR，所以我把beans.xml文件放在/src/main/webapp/META-INF/里面，看内容：

<?xml version="1.0"?>
<beans xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns="http://xmlns.jcp.org/xml/ns/javaee"
       xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd"
       version="1.2" bean-discovery-mode="all">

</beans>

我将文件复制到/src/main/resource/META-INF，但我得到了同样的错误。

Answer 1

如果您尝试启动请求上下文，您有几个解决方案。

1. 为 CDI 使用 DeltaSpike 的 Quartz 集成 - http://deltaspike.apache.org/documentation/scheduler.html

2. 使用 BoundRequestContext 以编程方式启动和停止上下文（它是您可以注入的 CDI bean）。

我强烈推荐使用 DeltaSpike 方法，因为它会处理作业自动启动上下文所需的所有设置。

Answer 2

在 cmets 部分的一些对话之后，我想我已经足够了解可以回答你了。

首先，您不应该自行启动 Weld SE 容器，因为您有两个并排运行的容器（不打算/不支持） - 一个 SE 和一个由容器处理的“经典”。坚持使用容器处理的，它会为您轻松启动。

现在，我发现您缺少一些作用域激活方法。如果您使用的是一些较新版本的 Weld，您可以使用拦截器，它会在方法之前激活 RequestContext（我想这是您所追求的）并在之后将其拆除。您只需要对 Weld API 的依赖（无论如何都包含在 WFLY 中），然后您只需用它来注释您的方法或类。

对于上述情况，您需要 Weld 2.4.x。请注意，您可以非常简单地修补您的 WildFly。补丁在Weld website的底部，操作方法可以在here找到。

如果您要使用 Weld 3/CDI 2.0，那么甚至还有一个内置 bean (RequestContextController) 允许您控制此生命周期。

正如 Johm Ament 指出的那样，其他选项是 Deltaspike，但这需要您引入另一个依赖项。