gpt4 book ai didi

java - 如何使 JNDI 名称与 GlassFish 和 WildFly 兼容

转载 作者:塔克拉玛干 更新时间:2023-11-03 04:27:35 25 4
gpt4 key购买 nike

我正在开发一个 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/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com