带有 EJB 客户端的 WebSphere ClassCastException 在“胖 JAR”中

Question

我在同一个 WAS 8.5 JVM 上有两个应用程序。 “服务器应用程序”包含一个 @Remote bean，“客户端应用程序”调用它。

“服务器应用程序”被打包为 EAR 文件。 “客户端应用程序”是一个 JAR 文件，可将自身移植到现有的 Web 应用程序中。

当我构建一个“EJB 接口 JAR”并将它包含在两个应用程序中时，一切都很好。

但是，我在一个深奥的环境中工作，这使我无法在生产中这样做。相反，我可以将远程 EJB 接口包含在“客户端应用程序”的“胖 JAR”化身中。

我正在使用 Maven 来组装这个“胖客户端应用程序 JAR”。我有一个构建上面提到的“EJB 接口 JAR”的 Maven 模块。我将此模块声明为“客户端应用程序”模块的依赖项。然后我这样做：

<plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-assembly-plugin</artifactId>
            <version>2.6</version>
            <configuration>
                <descriptorRefs>
                    <descriptorRef>jar-with-dependencies</descriptorRef>
                </descriptorRefs>

            </configuration>
            <executions>
                <execution>
                    <id>assemble-all</id>
                    <phase>package</phase>
                    <goals>
                        <goal>single</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>

生成的“jar-with-dependencies”确实包含 EJB 接口。但是，将 bean 转换为所述接口时出现错误。

        Hashtable<String, String> environment = new Hashtable<String, String>();
        environment.put(javax.naming.Context.INITIAL_CONTEXT_FACTORY, "com.ibm.websphere.naming.WsnInitialContextFactory");
        environment.put(javax.naming.Context.PROVIDER_URL, "corbaloc:iiop:localhost:2810");

        javax.naming.Context ctx = new InitialContext(environment);
        engine = (UXServerRemote) ctx.lookup("java:global/myapp/my-ejb/UXServerBean!com.myapp.client.UXServerRemote");

错误：

java.lang.ClassCastException：com.myapp.client._UXServerRemote_Stub 与 com.myapp.client.UXServerRemote 不兼容

显然，WAS 在投射对象时非常谨慎。如何以 WAS 接受的与其“EJB 接口 JAR”副本相同的方式将我的 EJB 接口放在“客户端应用程序 JAR”中？

Answer 1

我不知道您所说的“将自身移植到现有的 Web 应用程序中”是什么意思，但基于 java.net.FactoryURLClassLoader 的提及，我猜您正在使用 URLClassLoader.newInstance 以某种方式在外部加载此 JAR正常的 EE 类加载。在这种情况下，我会建议这样的事情：

Thread thread = Thread.currentThread();
ClassLoader saveContextClassLoader = thread.getContextClassLoader();

thread.setContextClassLoader(getClass().getClassLoader());
try {
    javax.naming.Context ctx = new InitialContext();
    engine = (UXServerRemote) ctx.lookup("java:global/myapp/my-ejb/UXServerBean!com.myapp.client.UXServerRemote");
} finally {
    thread.setContextClassLoader(saveContextClassLoader);
}

通过在调用查找周围将上下文类加载器交换到您的自定义类加载器，您允许java:global 查找内部查找只有您的自定义类加载器才能访问的 UXServerRemote 类。查找基本上尝试相同的Thread.currentThread().getContextClassLoader().loadClass(UXServerRemote.class.getName()) 调用；如果找不到该类，java:global 查找内部将返回来自“服务器应用程序”的存根，而不是因 ClassNotFoundException 而失败。如果您正在编写一个实际上不需要直接调用返回对象上的方法的客户端（例如，客户端可能只是一个代理，它将传递对象），这将非常有用。在您的情况下，该“服务器应用程序”存根将与您的“客户端应用程序”自定义类加载器不兼容，这就是您看到 ClassCastException 的原因。

注意：当您的代码在托管服务器中运行时，您不需要指定 InitialContext 构造函数属性。仅当您在独立 Java SE 客户端中运行时才需要 INITIAL_CONTEXT_FACTORY，并且仅当您正在连接到另一个进程时才需要 PROVIDER_URL（因为您在独立 Java SE 客户端中运行或因为您在服务器中运行并且不想循环到同一个进程）。