如何通过EAR指定EJB组件使用的persistence unit（无需修改代码）

当然有办法啦！不用修改你的EJB组件代码，就能指定它使用哪个persistence unit，下面是几种经过实践验证的方案，按兼容性和推荐程度排序：

方案1：通过标准Java EE部署描述符覆盖配置 #

这是最推荐的方案，完全基于Java EE标准，跨所有兼容容器（比如WildFly、Payara、WebLogic等）都能工作，不需要改组件一行代码。

核心思路是在用户的EAR包中添加ejb-jar.xml部署描述符，覆盖组件中@PersistenceContext的unitName配置：

具体步骤： #

1. 在用户EAR的META-INF目录（或者如果组件是独立EJB模块，在用户自己的EJB模块的META-INF）创建ejb-jar.xml文件
2. 配置对应EJB的persistence-context-ref，指定目标PU名称：

<ejb-jar xmlns="http://xmlns.jcp.org/xml/ns/javaee" version="3.2">
  <enterprise-beans>
    <session>
      <!-- 替换成你的RemoteService实现类的EJB名称（如果组件没指定@EJB注解的name，默认是类名） -->
      <ejb-name>RemoteServiceBean</ejb-name>
      <persistence-context-ref>
        <!-- 要匹配组件中@PersistenceContext的name属性；如果组件没写name，默认是`java:comp/env/[组件类全名]/[EntityManager变量名]` -->
        <persistence-context-ref-name>java:comp/env/com/yourcomponent/package/RemoteService/em</persistence-context-ref-name>
        <!-- 替换成用户自己的persistence unit名称 -->
        <persistence-unit-name>UserCustomPU</persistence-unit-name>
      </persistence-context-ref>
    </session>
  </enterprise-beans>
</ejb-jar>

注意事项： #

• 如果组件中是通过@PersistenceUnit获取EntityManagerFactory，则需要用<persistence-unit-ref>标签代替<persistence-context-ref>
• 一定要确认persistence-context-ref-name和组件中@PersistenceContext的name（或默认生成的JNDI名）完全一致，否则覆盖不生效

方案2：利用CDI生产者拦截EntityManager注入 #

如果用户的容器支持CDI（几乎所有现代Java EE容器都支持），可以通过编写一个简单的CDI生产者类，拦截组件对EntityManager的注入，替换成用户指定的PU。这个方案同样不需要修改组件代码，只需要用户在自己的EAR中添加这个生产者类：

具体实现： #

import javax.enterprise.context.ApplicationScoped;
import javax.enterprise.inject.Produces;
import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;

@ApplicationScoped
public class CustomEntityManagerProducer {
    // 指定用户自己的persistence unit名称
    @PersistenceContext(unitName = "UserCustomPU")
    private EntityManager customEntityManager;

    // 生产者方法，会优先于组件自身的注入逻辑提供EntityManager
    @Produces
    public EntityManager produceEntityManager() {
        return customEntityManager;
    }
}

注意事项： #

• 如果组件中使用的是@Inject注入EntityManager，这个方案直接生效
• 如果组件中使用的是@PersistenceContext，可能需要给生产者类添加@Priority(Interceptor.Priority.APPLICATION + 100)或者在beans.xml中配置为@Alternative，确保CDI优先使用这个生产者

方案3：容器特定的别名映射（兜底方案） #

如果上述标准方案无法满足需求，还可以使用容器特定的配置，将组件期望的PU名称映射到用户自己的PU。比如在WildFly的standalone.xml中配置PU别名：

<persistence-unit name="DefaultPUUsedByComponent" alias="UserCustomPU">
    <!-- 用户自己的PU配置，包括数据源、实体类等 -->
</persistence-unit>

缺点： #

• 这种方案完全依赖容器特性，移植性差，换容器需要重新配置
• 仅适合特定环境下的临时解决方案，不推荐作为长期方案

总结一下：优先选择方案1（标准部署描述符），因为它完全符合Java EE规范，兼容性最好；如果需要更灵活的控制，可以选择方案2（CDI生产者）；方案3仅作为兜底使用。

内容的提问来源于stack exchange，提问作者Implex1v