WildFly 27 配置 EclipseLink 全攻略

本文旨在解决在WildFly 27中集成EclipseLink时遇到的`PersistenceProvider`未找到及`NoClassDefFoundError`问题。核心解决方案涉及升级EclipseLink至Jakarta EE兼容版本（如4.x），并对WildFly模块配置`org.eclipse.persistence`进行精确调整，特别是添加`java.rmi`和`java.desktop`等关键依赖，确保EclipseLink在WildFly的模块化环境中正确加载和运行。

在 WildFly 27 中配置 EclipseLink

随着WildFly版本升级到27，以及Jakarta EE 9/10的普及，许多Java EE应用程序在迁移过程中会遇到兼容性问题，尤其是在持久化提供者（如EclipseLink）的集成方面。本文将详细阐述在WildFly 27中配置EclipseLink的正确方法，解决常见的PersistenceProvider not found和NoClassDefFoundError问题。

问题背景与原因分析

在将应用程序从WildFly 26.1.2.Final迁移到WildFly 27.0.0.Final时，若沿用旧的EclipseLink配置，可能会遇到部署失败，并抛出jakarta.persistence.PersistenceException: WFLYJPA0057: PersistenceProvider 'org.eclipse.persistence.jpa.PersistenceProvider' not found或java.lang.NoClassDefFoundError: java/rmi/RemoteException等错误。

这些错误通常由以下原因引起：

1. Jakarta EE 兼容性： WildFly 27是基于Jakarta EE 10的，而旧版本的EclipseLink（如2.7.8）可能仍基于Java EE（javax命名空间）。当Jakarta EE运行时环境尝试加载基于javax的持久化提供者时，会因为命名空间不匹配而失败。
2. 模块依赖缺失： EclipseLink 4.x版本为了适应新的Java平台和Jakarta EE规范，其内部依赖可能有所调整。即使EclipseLink JAR文件存在，如果其运行时所需的某些Java SE模块（如java.rmi, java.desktop）未在WildFly的模块定义中明确声明，也会导致NoClassDefFoundError。WildFly的模块化加载机制要求所有外部依赖都必须在module.xml中显式声明。

解决方案：升级 EclipseLink 并调整模块配置

要成功在WildFly 27中集成EclipseLink，需要采取以下关键步骤：

步骤一：升级 EclipseLink 版本

首先，建议使用与Jakarta EE兼容的EclipseLink版本。EclipseLink 4.x系列是为Jakarta EE 9/10设计的，能够更好地与WildFly 27集成。例如，可以考虑使用eclipselink-4.0.0.jar或更高版本。

将下载的EclipseLink JAR文件（例如eclipselink-4.0.0.jar）复制到WildFly的模块路径下： C:\wildfly-27.0.0.Final\modules\system\layers\base\org\eclipse\persistence\main\

步骤二：修改 module.xml 文件

接下来，需要更新org.eclipse.persistence模块的module.xml文件，以包含新的EclipseLink JAR并声明所有必要的依赖。

打开或创建位于上述路径的module.xml文件，并按照以下示例进行修改。请注意，jipijapa-eclipselink-27.0.1.Final.jar是WildFly自带的JPA适配器，也需要包含。

<module name="org.eclipse.persistence" xmlns="urn:jboss:module:1.9">
    <properties>
        <property name="jboss.api" value="public"/>
    </properties>

    <resources>
        <!-- WildFly自带的JPA适配器，确保版本与WildFly匹配 -->
        <resource-root path="jipijapa-eclipselink-27.0.1.Final.jar"/>
        <!-- 添加的EclipseLink库，请替换为实际使用的版本 -->
        <resource-root path="eclipselink-4.0.0.jar"/>
        <!-- 如果eclipselink-4.0.0.jar包含javax.*包，可能需要添加过滤器
             <filter>
                 <exclude path="javax/**" />
             </filter>
        -->
    </resources>

    <dependencies>
        <!-- 核心Java模块依赖 -->
        <module name="java.logging"/>
        <module name="java.management"/>
        <module name="java.naming"/>
        <!-- 关键更新：添加EclipseLink所需的RMI依赖 -->
        <module name="java.rmi"/>
        <!-- 关键更新：添加EclipseLink所需的Desktop依赖 -->
        <module name="java.desktop"/>

        <!-- Jakarta EE API 依赖 -->
        <module name="jakarta.annotation.api"/>
        <module name="jakarta.enterprise.api"/>
        <module name="jakarta.json.api" optional="true"/>
        <module name="jakarta.persistence.api"/>
        <module name="jakarta.transaction.api"/>
        <module name="jakarta.validation.api"/>
        <module name="jakarta.xml.bind.api"/>

        <!-- 其他内部依赖 -->
        <module name="org.antlr"/>
        <!-- org.apache.commons.collections 和 org.dom4j 在EclipseLink 4.x中可能不再是直接依赖，或已内嵌 -->
        <!-- <module name="org.apache.commons.collections"/> -->
        <!-- <module name="org.dom4j"/> -->
        <module name="org.jboss.as.jpa.spi"/>
        <module name="org.jboss.logging"/>
        <module name="org.jboss.vfs"/>
    </dependencies>
</module>

修改说明：

• eclipselink-4.0.0.jar： 替换为实际使用的EclipseLink 4.x JAR文件名。
• java.rmi和java.desktop： 这是解决java.lang.NoClassDefFoundError: java/rmi/RemoteException的关键。EclipseLink 4.x在某些内部操作中可能依赖这些Java SE模块，因此必须显式添加。
• *`jakarta.API：** 确保所有相关的API模块都已更新为jakarta`命名空间。
• 旧依赖移除： org.apache.commons.collections和org.dom4j在EclipseLink 4.x中可能不再是直接的外部依赖，可以根据实际情况移除或保留。

步骤三：检查 persistence.xml 文件

persistence.xml文件通常不需要大的改动，因为它主要定义持久化单元的配置。关键在于确保provider标签指向正确的EclipseLink提供者类，并且xmlns和xsi:schemaLocation指向Jakarta EE兼容的JPA版本（如JPA 2.1或更高）。

<persistence
    version="2.1"
    xmlns="http://xmlns.jcp.org/xml/ns/persistence"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/persistence http://xmlns.jcp.org/xml/ns/persistence/persistence_2_1.xsd">
    <persistence-unit name="jee2ap102-ejb-pu" transaction-type="JTA">
        <provider>org.eclipse.persistence.jpa.PersistenceProvider</provider>
        <jta-data-source>jdbc/jee2ap102</jta-data-source>
        <exclude-unlisted-classes>false</exclude-unlisted-classes>
        <properties>
            <property name="eclipselink.target-server" value="JBoss"/>
            <property name="eclipselink.weaving" value="static"/>
        </properties>
    </persistence-unit>
</persistence>

此配置在WildFly 27上通常是兼容的，因为JPA 2.1的命名空间仍然是http://xmlns.jcp.org/xml/ns/persistence，但其底层实现会由WildFly的Jakarta EE兼容JPA层处理。

注意事项与总结

1. 版本匹配： 始终确保EclipseLink的版本与WildFly的Jakarta EE版本兼容。对于WildFly 27（Jakarta EE 10），EclipseLink 4.x是推荐的选择。
2. 完整的错误日志： 在调试NoClassDefFoundError时，仔细分析完整的堆栈跟踪非常重要，它会指明哪个类未能找到，从而帮助确定缺失的模块依赖。
3. 模块化环境理解： WildFly的模块化类加载机制与传统的Java应用程序不同。任何外部库或API，即使是Java SE自带的，如果被应用或其依赖显式或隐式使用，都需要在module.xml中声明为依赖。
4. 避免冲突： 在某些情况下，如果应用程序内部打包了EclipseLink或其他JPA提供者，可能会与WildFly提供的模块产生冲突。通常，推荐使用WildFly提供的JPA能力，并通过模块配置集成外部提供者。

通过以上步骤，即升级EclipseLink到Jakarta EE兼容版本并精确调整module.xml中的依赖项，可以成功地在WildFly 27环境中配置并使用EclipseLink作为JPA持久化提供者，从而顺利部署和运行您的应用程序。