OpenJPA 与 Glassfish 配合得很好吗？

Question

有人成功地将 OpenJPA 与 Glassfish 结合使用吗？

我正在尝试将 OpenJPA 2.1 与 Glassfish 3.1 开源一起使用。我已按照此处的说明将两者集成 -> http://weblogs.java.net/blog/ss141213/archive /2006/07/using_openjpa_a.html

我在 Eclipse Indigo 中有一个非常简单的 EJB 项目，其中包含以下内容：

• com.rares.test.Person - @Entity
• com.rares.test.PersonManager - 接口
• com.rares.test.PersonDao - @Stateless

但是，当我尝试部署时，我的 Person @Entity 上出现了 ClassNotFoundException。投诉似乎是在我的 PersonDao 中实现的创建方法上的 Person 参数（请参阅下面的所有代码）。

我尝试过相同的项目，但没有在 persistence.xml 中指定提供程序，并且该项目工作正常（能够将 Person @Entity 持久保存到 MySql 中的 PERSON 表）。如果我不指定提供程序，我认为我正在使用 EclipseLink（如果我错了，请纠正我）。这让我相信我没有正确配置 Glassfish 的 OpenJPA。

堆栈跟踪

Caused by: java.lang.IllegalArgumentException: java.lang.ClassNotFoundException: com.rares.test.Person
    at serp.util.Strings.toClass(Strings.java:164)
    at serp.util.Strings.toClass(Strings.java:108)
    at serp.bytecode.BCClass.getType(BCClass.java:566)
    at org.apache.openjpa.enhance.PCEnhancer.<init>(PCEnhancer.java:283)
    at org.apache.openjpa.enhance.PCEnhancer.<init>(PCEnhancer.java:254)
    at org.apache.openjpa.enhance.PCClassFileTransformer.transform0(PCClassFileTransformer.java:144)
    at org.apache.openjpa.enhance.PCClassFileTransformer.transform(PCClassFileTransformer.java:124)
    at org.apache.openjpa.persistence.PersistenceProviderImpl$ClassTransformerImpl.transform(PersistenceProviderImpl.java:294)
    at org.glassfish.persistence.jpa.ServerProviderContainerContractInfo$1.transform(ServerProviderContainerContractInfo.java:98)
    at com.sun.enterprise.loader.ASURLClassLoader.findClass(ASURLClassLoader.java:742)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
    at java.lang.Class.getDeclaredMethods0(Native Method)
    at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
    at java.lang.Class.privateGetPublicMethods(Class.java:2547)
    at java.lang.Class.getMethods(Class.java:1410)
    at com.sun.enterprise.deployment.EjbDescriptor.addAllInterfaceMethodsIn(EjbDescriptor.java:2327)
    at com.sun.enterprise.deployment.EjbDescriptor.getLocalRemoteBusinessMethodDescriptors(EjbDescriptor.java:2290)
    ... 40 more

com.rares.test.Person

@Entity
@Table (name="PERSON")
public class Person implements Serializable {
    private static final long serialVersionUID = 3707476467775531463L;

    @Id
    @GeneratedValue (strategy=GenerationType.IDENTITY)
    @Column private Long id;
    @Column private String name;

com.rares.test.PersonManager

public interface PersonManager {
    void create (com.rares.test.Person p);
}

com.rares.test.PersonDao

@Stateless
public class PersonDao implements PersonManager {
    @PersistenceContext (unitName="RarePersistUnit")
    protected EntityManager mgr;

    @Override
    public void create(com.rares.test.Person p) {
        mgr.persist(p); 
    }

}

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="RarePersistUnit">
        <provider>org.apache.openjpa.persistence.PersistenceProviderImpl</provider>
        <jta-data-source>jdbc/RaresMySql</jta-data-source>
        <class>com.rares.test.Person</class>        
        <properties>

        </properties>
    </persistence-unit>
</persistence>

Answer 1

注意：以下假设使用 OpenJPA 2.1 和 Glassfish 3.1。两个版本的结果可能会有所不同。

抛出的异常是执行失败的典型情况 OpenJPA 在运行时增强字节码。字节码增强可以在构建时或运行时完成。获得运行时支持的更好选项之一是使用 javaagent，但需要一些奇怪的配置：

• 它要求您在 Glassfish 域配置文件中指定 javaagent （通过在 java-config 元素下指定额外的 jvm-options 元素），
• 并修改类路径的默认值${com.sun.aas.installRoot}/modules/glassfish.jar 包含 commons-lang-2.4.jar （我懒得做，因为它会导致非常脆弱的设置）。

可以在运行时使用的其他选项非常不稳定，选择使用 Serp 作为字节码增强器是部署时抛出异常的原因。显然，部署时间增强功能无法找到持久性上下文中使用的类，因为使用了不正确的类加载器来定位类。就我而言，Glassfish EarClassLoader 和 EarLibClassLoader 类加载器用于在两个单独的调用中加载类，两者都失败并显示以下消息（堆栈跟踪在这里并不重要） ：

WARNING: LDR5207: ASURLClassLoader EarLibClassLoader : 
doneCalled = true
doneSnapshot = ASURLClassLoader.done() called ON EarLibClassLoader : 
urlSet = []
doneCalled = false 
 Parent -> org.glassfish.internal.api.DelegatingClassLoader@10e3c8c
 AT Sun Jul 17 13:27:54 IST 2011 
 BY :java.lang.Throwable: printStackTraceToString
    at com.sun.enterprise.util.Print.printStackTraceToString(Print.java:639)
    at com.sun.enterprise.loader.ASURLClassLoader.done(ASURLClassLoader.java:211)
    ...

...

WARNING: LDR5207: ASURLClassLoader EarClassLoader : 
doneCalled = true
doneSnapshot = ASURLClassLoader.done() called ON EarClassLoader : 
urlSet = [URLEntry : file:/C:/glassfish3/glassfish/domains/domain1/eclipseApps/app-ear/app-jsf-0.0.1-SNAPSHOT_war/WEB-INF/classes/, URLEntry : file:/C:/glassfish3/glassfish/domains/domain1/eclipseApps/app-ear/app-jsf-0.0.1-SNAPSHOT_war/WEB-INF/lib/commons-fileupload-1.2.1.jar, URLEntry : file:/C:/glassfish3/glassfish/domains/domain1/eclipseApps/app-ear/app-jsf-0.0.1-SNAPSHOT_war/WEB-INF/lib/commons-io-1.4.jar, URLEntry : file:/C:/glassfish3/glassfish/domains/domain1/eclipseApps/app-ear/app-jsf-0.0.1-SNAPSHOT_war/WEB-INF/lib/primefaces-3.0.M2.jar, URLEntry : file:/C:/glassfish3/glassfish/domains/domain1/generated/ejb/app-ear/app-jsf-0.0.1-SNAPSHOT_war/, URLEntry : file:/C:/glassfish3/glassfish/domains/domain1/eclipseApps/app-ear/app-ejb-0.0.1-SNAPSHOT_jar/, URLEntry : file:/C:/glassfish3/glassfish/domains/domain1/generated/ejb/app-ear/app-ejb-0.0.1-SNAPSHOT_jar]
doneCalled = false 
 Parent -> org.glassfish.internal.api.DelegatingClassLoader@1a3fe65
 AT Sun Jul 17 13:27:54 IST 2011 
 BY :java.lang.Throwable: printStackTraceToString
    at com.sun.enterprise.util.Print.printStackTraceToString(Print.java:639)
    at com.sun.enterprise.loader.ASURLClassLoader.done(ASURLClassLoader.java:211)
    ...

...

显然，由于某种未知的原因，EJB 的生成类区域在运行时不包含 JPA 实体类，导致在部署时无法找到类。最可能失败的原因是实体类虽然封装在 EJB 模块中，但它们本身可能尚未放置在生成的类目录中；只有带注释的 EJB 类可能被放置在那里。

因此，唯一合理的选择是使用构建时间增强，这是使用 Maven POM 中的以下配置适当完成的：

 <build>
     <plugins>
         <plugin>
             <groupId>org.apache.maven.plugins</groupId>
             <artifactId>maven-antrun-plugin</artifactId>
             <version>1.6</version>
                 <executions>
                     <execution>
                         <phase>process-classes</phase>
                         <configuration>
                             <tasks>
                                 <taskdef name="openjpac" classname="org.apache.openjpa.ant.PCEnhancerTask" classpathref="maven.compile.classpath"/>
                                 <openjpac>
                                     <classpath refid="maven.compile.classpath"/>
                                 </openjpac>
                             </tasks>
                         </configuration>
                         <goals>
                             <goal>run</goal>
                         </goals>
                     </execution>
                 </executions>
             </plugin>
         </plugins>
    </pluginManagement>
</build>

上述配置源自 使用 Maven 增强类。请注意，我没有使用 openjpa-maven-plugin，因为在撰写本文时，OpenJPA 2.2.0 版本仅作为快照提供。

当然，上述任何一个都需要在 Glassfish 3.1 中安装 OpenJPA 2.1，这是通过将以下 JAR 复制到 ${com.sun.aas.installRoot}/glassfish/lib （用于例如，C:/glassfishv3/glassfish/lib），而不是旧博客文章中提供的复制到的建议${com.sun.aas.instanceRoot}/lib（例如，C:/glassfishv3/glassfish/domains/domain1/lib）

• commons-beanutils-1.8.3 .jar
• commons-collections-3.2.1.jar
• commons-dbcp-1.4.jar
• commons-lang-2.4.jar
• commons-logging-1.0.4.jar
• commons-pool-1.5.4.jar
• serp-1.13.1.jar
• openjpa-2.1.0.jar

显然，将这​​些 JAR 放在 ${com.sun.aas.instanceRoot}/lib 中会导致通过 Maven Glassfish 插件部署应用程序失败。

OpenJPA 2.1 发行版中存在的其他 JAR（geronimo-*、derby-* 和 org.apache.bval*）由 Glassfish 提供3.1 作为 Java EE 6 SDK、Java DB 实现或 Derby 客户端以及 JSR 303 bean 验证框架（Hibernate Validator）的一部分。