嵌入式 GlassFish 忽略 Maven 测试资源

Question

我已经为几个会话 bean 编写了单元测试。我已将 Maven 设置为在 src/main/resources/META-INF 目录中包含 persistence.xml，该目录引用本地 MySQL 数据库以用于开发目的。我在 src/test/resources/META-INF 目录中有另一个 persistence.xml，它引用嵌入式 Derby 数据库 __default。测试部署到嵌入式 GlassFish 3.1 容器。

然而，当我运行测试时，出现以下错误：

java.lang.RuntimeException: javax.naming.NamingException: Lookup failed for 'jdbc/mylog' 

jdbc/mylog 是主目录中持久单元引用的 MySQL 数据库。它显然忽略了测试目录中的持久性单元，但我不知道为什么。

据我所知，Maven 正在正确设置类路径，测试类位于类之前，并且查看实际的 target/test-classes/META-INF 目录表明它复制了正确的嵌入式 Derby 持久性单元。

[DEBUG] Test Classpath :
[DEBUG]   C:\Users\Laurens\Documents\Projects\Mylog\target\test-classes
[DEBUG]   C:\Users\Laurens\Documents\Projects\Mylog\target\classes
[DEBUG]   C:\Users\Laurens\.m2\repository\org\eclipse\persistence\eclipselink\2.2.0\eclipselink-2.2.0.jar
[DEBUG]   C:\Users\Laurens\.m2\repository\org\eclipse\persistence\javax.persistence\2.0.3\javax.persistence-2.0.3.jar
[DEBUG]   C:\Users\Laurens\.m2\repository\org\eclipse\persistence\org.eclipse.persistence.jpa.modelgen.processor\2.2.0\org.eclipse.persistence.jpa.modelgen.processor-2.2.0.jar
[DEBUG]   C:\Users\Laurens\.m2\repository\org\glassfish\extras\glassfish-embedded-all\3.1\glassfish-embedded-all-3.1.jar
[DEBUG]   C:\Users\Laurens\.m2\repository\javax\javaee-web-api\6.0\javaee-web-api-6.0.jar
[DEBUG]   C:\Users\Laurens\.m2\repository\junit\junit\4.8.1\junit-4.8.1.jar

非常感谢任何关于如何让 GlassFish 使用正确的持久性单元的提示！谢谢！

Answer 1

使用嵌入式 Glassfish 运行测试时，JPA 提供程序在执行 maven-surefire-plugin 目标（用于运行测试阶段）之前不使用命令行上显示的类路径。嵌入式 Glassfish 将测试范围内可用的工件部署为 ScatteredArchive。此分散存档通常在 java.io.tmpdir 目录中创建，通常名称为 gfembedtmp，除非嵌入式 Glassfish 配置指定了 Glassfish 安装的位置root 和 Glassfish 域。

当嵌入式 Glassfish 域准备好部署的分散存档时，要部署的文件通常会复制到分解目录中，该目录包含应用程序所需的所有类（包括所有依赖项）。此目录通常恰好出现在 GF_EMBED_DOMAIN_HOME/applications/ 目录中。复制 src/main/resources/META-INF 和 src/test/resources/META-INF 目录中的 persistence.xml 文件进入 /META-INF 目录。不用说，最后复制的那个或者没有被覆盖的那个是 JPA 提供者在测试期间使用的那个。这总是恰好是 src/main/resources/META-INF 中的文件。

您可以通过两种方式克服这种情况：

1.使用自定义 Glassfish 域配置文件

您可以指定一个域配置文件 (domain.xml)，其中将包含 jdbc/mylog 的数据源定义。这就是我目前所做的，因为它非常灵活，并且域配置文件也可以包含其他配置。配置文件需要通过以下方式指定为测试设置的一部分：

Map<String, Object> props = new HashMap<String, Object>();
props.put("org.glassfish.ejb.embedded.glassfish.installation.root", "./glassfish-install/glassfish");
container = EJBContainer.createEJBContainer(props);
context = container.getContext();
datasource = (DataSource) context.lookup("jdbc/mylog"); //You can lookup the datasource too, to confirm that your setup is successful.

上述 glassfish-install 目录及其子目录 glassfish 存在于 Maven 中项目根目录（也签入版本控制）； glassfish 目录必须包含 domain1/config 目录结构，以表示名称为 domain1 的 Glassfish 域的目录结构。项目中的结构可以在下面的屏幕截图中看到。其他相关文件（JDBC 资源适配器 JAR 等）可以从 Glassfish 安装目录获取，但如果配置正确，通常这些文件也可能由嵌入式 Glassfish 运行时放置在正确的位置。

Glassfish 域配置文件的内容与嵌入式 Glassfish 使用的默认内容不同，除了数据源和连接池配置（在我执行集成测试的用例中添加的相关条目已发布在下面）：

<domain log-root="${com.sun.aas.instanceRoot}/logs" application-root="${com.sun.aas.instanceRoot}/applications" version="10.0">
  <system-applications/>
  <applications/>
  <resources>
    <jdbc-resource pool-name="MyPool" jndi-name="jdbc/mylog"/>
    ...
    <jdbc-connection-pool driver-classname="" datasource-classname="org.apache.derby.jdbc.ClientDataSource" res-type="javax.sql.DataSource" description="" name="MyPool" ping="true">
      <property name="User" value="APP"></property>
      <property name="RetrieveMessageText" value="true"></property>
      <property name="CreateDatabase" value="true"></property>
      <property name="ServerName" value="localhost"></property>
      <property name="Ssl" value="off"></property>
      <property name="SecurityMechanism" value="4"></property>
      <property name="TraceFileAppend" value="false"></property>
      <property name="TraceLevel" value="-1"></property>
      <property name="PortNumber" value="1527"></property>
      <property name="LoginTimeout" value="0"></property>
      <property name="Password" value="APP"></property>
      <property name="databaseName" value="MYDB"></property>
    </jdbc-connection-pool>
    ...
  </resources>
  <servers>
    <server name="server" config-ref="server-config"> 
      <resource-ref ref="jdbc/__TimerPool"/>
      <resource-ref ref="jdbc/__default"/>
      <resource-ref ref="jdbc/mylog"/>
    </server>
  </servers>
  ...
...

默认的domain.xml 文件可以从java.net 站点下载并进行修改（如果您希望尽可能减少更改），而不是从Glassfish 安装中复制文件。

2.复制 persistence.xml 文件

可以将目标添加到 Maven POM 文件，以从 src/test/resources/META-INF 备份和复制 persistence.xml 文件 到 src/main/resources/META-INF，在 test 阶段之前。测试阶段完成后，将恢复原始状态。我不会详细介绍这一点，因为 相关的 StackOverflow 问题。我没有使用这种方法进行集成测试，因为我需要进行的更改超出了 persistence.xml 中可以携带的更改，例如创建自定义领域。然而，我将它用于单元测试，因为 JPA 提供程序将从 target/classes 而不是 target/test 获取 persistence.xml 文件-classes，尽管后者在类路径顺序中首先出现。如果您使用 Hibernate 作为 JPA 提供程序，为 org.hibernate.ejb 记录器启用 TRACE 日志记录（因为 Ejb3Configuration 类负责执行查找）将使您确信test-classes 中的文件将不会被选取。

---

注意：

大部分答案都假设 Glassfish 3.1，但也可能适用于即将推出的版本。

Answer 2

“嵌入式 glassfish 容器”是指为您运行 glassfish 的 Maven 插件吗？ Maven 插件的类路径与 Maven 测试类路径不同且管理方式不同。您可能需要使用不同的类路径。

Answer 3

这个答案可能听起来很愚蠢，但我一直在寻找一种方法，让我可以通过 Run As -> 从 Eclipse 运行这些测试。 JUnit 测试。这就是我的制作方法：

@BeforeClass
public static void setUp() throws IOException {
    Files.copy(new File("target/test-classes/META-INF/persistence.xml"), new File("target/classes/META-INF/persistence.xml"));
    // ...
}

我只是将 test/persistence.xml 复制到classes/persistence.xml。这有效。