我正在开发一个 Java EE 7 应用程序，并且需要将该应用程序部署到运行 GlassFish 4.0 或 WildFly 8.1.0 的应用程序服务器上。我遇到的问题是 GlassFish 和 WildFly 使用略微不同的 JNDI 名称格式，但我看不出如何使我的应用程序与两者兼容。

在 GlassFish 中，我的 persistence.xml 文件引用数据源 jdbc/myDataSouce，但在 WildFly 中，数据源需要是 java:/jdbc/myDataSource。

用@Resource注解的类也是如此。在 GlassFish 中，使用 JavaMail 的类的注释将是 @Resource(name = "mail/myMailSession")，但要部署到 WildFly，则需要是 @Resource(name = "java:mail/myMailSession")。

我知道我可以解压缩 EAR 和 JAR 文件以手动编辑 persistence.xml 等文件，但我不能对已使用 @Resource 注释的类执行此操作。

有没有一种方法可以让我将已编译的应用程序部署到 GlassFish 和 WildFly 上，而无需维护两个不同版本的代码？我假设答案可能在于特定于应用程序的部署描述符，但我找不到涵盖这两种情况的任何示例。

谁能指出我正确的方向？

最佳答案

您可以修改 Wildfly JNDi 名称并从相应的 JNDI 名称中去除不需要的前缀，以找到两个应用程序服务器中的最小公分母。以下适用于 Glassfish 和 JBoss AS 7.1。因为我希望 Wildfly 在这方面向后兼容 JBoss，所以我想它也适用于 Wildfly。

坚持

注入(inject)为:

@PersistenceContext(unitName="TestPU")
private EntityManager entityManager;

或通过 ejb-jar.xml :

<persistence-context-ref>
    <persistence-context-ref-name>entityManager</persistence-context-ref-name>
    <persistence-unit-name>TestPU</persistence-unit-name>
    <injection-target> ... </injection-target>
</persistence-context-ref>

对应persistence.xml :

<persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="         http://java.sun.com/xml/ns/persistence         http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">
  <persistence-unit name="TestPU" transaction-type="JTA">
    <jta-data-source>datasources/TestDS</jta-data-source>
    <class>org.jeeventstore.persistence.jpa.EventStoreEntry</class>
    <properties>
      <property name="hibernate.show_sql" value="false"/>
      <property name="hibernate.format_sql" value="true"/>
      <property name="hibernate.hbm2ddl.auto" value="create-drop"/>
      <property name="hibernate.connection.charSet" value="UTF-8"/>
      <property name="eclipselink.logging.level" value="FINE"/>
      <property name="eclipselink.logging.level.sql" value="FINE"/>
      <property name="eclipselink.logging.parameters" value="true"/>
      <property name="eclipselink.ddl-generation" value="drop-and-create-tables"/>
    </properties>
  </persistence-unit>
</persistence>

(注意简单的 jta-data-source JNDI 名称)

这是一个 glassfish-resources.xml用于在部署时指定 Derby 数据库的文件，类似的设置可用于 MySQL 或 Postgres。

<resources>

    <jdbc-resource pool-name="ArquillianEmbeddedDerbyPool"
                   jndi-name="datasources/TestDS"/>

    <jdbc-connection-pool name="ArquillianEmbeddedDerbyPool"
                          res-type="javax.sql.DataSource"
                          datasource-classname="org.apache.derby.jdbc.EmbeddedDataSource"
                          is-isolation-level-guaranteed="false">
        <property name="databaseName" value="target/databases/derby"/>
        <property name="createDatabase" value="create"/>
    </jdbc-connection-pool>

</resources>

以及来自 JBoss 的设置 standalone.xml :

<datasource jta="true" jndi-name="java:/datasources/TestDS" pool-name="TestDS" enabled="true" use-ccm="false">
    <connection-url>jdbc:postgresql://localhost/test_db</connection-url>
    ...
</datasource>

资源

我没有在 Glassfish 上注入(inject) JavaMail 组件，但类似于数据源设置，可能值得尝试从 java: 中删除“@Resource”部分注释也是如此。

@Resource(name = "mail/myMailSession")

然后配置 Wildfly，使邮件资源在“java:mail/myMailSession”JNDI 位置可用。

通过ejb-jar.xml注入(inject)

另一种选择是通过 ejb-jar.xml 手动注入(inject)字段文件，然后使用 maven 等构建工具复制 ejb-jar-glassfish.xml 中的任一个或 ejb-jar-wildfly.xml到所需的 ejb-jar.xml在装配时间。

在我们的一个项目中，我们使用混合方法来避免 xml 配置的负担:我们通过 ejb-jar.xml 配置少量“提供者”bean。例如，将持久性上下文注入(inject) PersistenceContextProvider , 然后使用 CDI 注入(inject) PersistenceContextProvider通过 @EJB 进入 EJB ，无需进一步配置即可找到它们，因为它们位于同一 EAR 中。

关于java - 如何使 JNDI 名称与 GlassFish 和 WildFly 兼容，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/26451119/