将weld-se 与 Gradle 应用程序插件一起使用时出现 Bean 发现问题

我正在构建一个基于 Gradle 的 Java SE 应用程序，该应用程序构建在 Hibernate 之上，作为我选择的 ORM。我的计划是使用weld-se能够使用 CDI 注释进行注入EntityManagers整个申请过程中。

基于共同的HibernateUtil在 Hibernate 文档中找到帮助程序类，我转向 JPA 接口并添加@Produces提供生产者方法的注释（我添加了一个空的META-INF/beans.xml以及）：

package dao;

import javax.enterprise.inject.Disposes;
import javax.enterprise.inject.Produces;
import javax.persistence.EntityManager;
import javax.persistence.EntityManagerFactory;
import javax.persistence.Persistence;

public class HibernateUtil {
    private static final EntityManagerFactory emf = buildEntityManagerFactory();

    private static EntityManagerFactory buildEntityManagerFactory() {
        try {
            return Persistence.createEntityManagerFactory("persistenceUnit");
        } catch (Throwable ex) {
            System.err.println("Initial EntityManagerFactory creation failed." + ex);
            throw new ExceptionInInitializerError(ex);
        }
    }

    @Produces
    public static EntityManager createEntityManager() {
        return emf.createEntityManager();
    }

    public static void closeEntityManager(@Disposes EntityManager em) {
        System.out.println("Closing EM");
        try {
            em.close();
        } catch (Throwable t) {
            t.printStackTrace();
        }
    }
}

当我尝试使用@Inject但是，Weld 无法解析字段上的正确生成器方法并生成异常：

线程“main”中的异常 org.jboss.weld.exceptions.UnsatisfiedResolutionException：WELD-001308： 无法解析类型为 class app.DemoApplication 的任何 bean； 限定符：[@javax.enterprise.inject.Any()] 在 org.jboss.weld.bean.builtin.InstanceImpl.get(InstanceImpl.java:101) 在 app.Main.main(Main.java:14)

有问题的代码通过 Weld 容器实例化以支持 CDI，并且非常基本：

package app;

import javax.inject.Inject;
import javax.persistence.EntityManager;

public class DemoApplication {
    @Inject private EntityManager em;

    public void run() {
        try {
            em.getTransaction().begin();
            System.out.println("Inside transaction");
        } catch (Throwable t) {
            t.printStackTrace();
        } finally {
            em.getTransaction().rollback();
            em.close();
        }
    }
}

我在这里错过了一个明显的观点吗？如何让 Weld 发现用于注入依赖项的生产者方法？

我已经整理了一个最小的项目来重现我的问题Github https://github.com/AdrianoKF/weld-se-stackoverflow。感谢您提供任何有用的建议！ :)

2015年5月18日更新：

看来我误解了错误消息。事实上，Weld 甚至没有解决DemoApplicationbean，这让我相信，bean 发现过程出了问题。将我的weld-se依赖项更新到新发布的3.0.0.Alpha8版本（请参阅链接的Github存储库）后，我能够通过手动告诉Weld有关我的bean的信息来使应用程序工作Main.java:

final Weld weld = new Weld()
        .enableDiscovery()
        .addPackage(false, HibernateUtil.class)
        .addPackage(false, DemoApplication.class);

尽管如此，关于为什么尽管有一个空的bean却没有自动发现bean的任何建议META-INF/beans.xml到位受到高度赞赏！

2015年5月19日更新：

谜底已解开，请看下面我自己的回答。我更改了问题标题，以反映问题的实际性质。

在这样的问题上花费了比看起来理智更多的时间，我终于能够找到问题的根源。它与 Weld 和 Jandex 无关，而与 Gradle 构建其输出目录的方式有关：

The :build任务为实际编译结果和附加资源创建两个单独的输出文件夹（build/classes and build/resources）。仅当您创建 JAR 存档时，这两个文件夹才会合并。这:run然而，task 直接从编译输出文件夹启动应用程序，其中包含两个单独的类路径条目和资源。

Weld 的 bean 发现机制显然只尝试发现与META-INF/beans.xml文件，在本例中是build/resources/main文件夹。反过来，没有发现任何豆子，也没有资格在任何地方注入。

我现在的解决方法（请参阅 Git 存储库）是创建一个额外的 Gradle 任务以将资源复制到适当的文件夹中，以便在正确的类路径条目上进行 Bean 发现：

task copyResources(type: Copy) {
    from "${projectDir}/src/main/resources"
    into "${buildDir}/classes/main"
}

processResources.dependsOn copyResources

Gradle 论坛中描述了类似的相同问题：https://discuss.gradle.org/t/application-plugin-run-task-should-first-consolidate-classes-and-resources-folder-or-depend-on-installapp-or-stuff-like-weld-无法工作/1248 https://discuss.gradle.org/t/application-plugin-run-task-should-first-consolidate-classes-and-resources-folder-or-depend-on-installapp-or-stuff-like-weld-se-wont-work/1248

感谢大家的提示！