如何在Liberty中正确获取和强制转换JNDI对象

Question

服务器将MyEJB企业bean的xxx.interfaces.MyLocal接口绑定在xxx-ear应用程序的xxx-ejb.jar模块中。绑定位置为：java：global/xxx/myejb！xxx.interfaces.mylocal

然后我有了一个web应用程序(ear)，它为先前启动的ejb-service提供了一个服务提供者（带有@produces)，它将为应用程序的其余部分提供可注入的JNDI资源(@inject)（有点棘手，主要思想是允许从配置文件中更改查找位置+还做一些其他事情）。它似乎可以正确地工作，但是当获得jndi资源时，它可以工作，但不是正确的。

如果我将ejb部分作为依赖项放入Web模块中，我可以直接将其注入(@inject MyLocal myejb；）。

注入的资源是正确的（当然是自动的）在'MyLocal'接口上强制转换的，并且是OK的。当我试图检查使用JNDI获得的资源时，它既不符合'MyLocal'的实例，也不符合'MyRemote'的实例？当然，对于ClassCastException，实际的强制转换也会失败。（MyRemote与MyLocal接口基本相同...MyLocal扩展了MyRemote，两个接口都相应地注释了@local和@remote）
在测试时EJB看起来像这样...

@Stateless
@Named
@Default
@Local(MyLocal.class)
@Remote(MyRemote.class)
public class MyEJB implements MyLocal, MyRemote { ... }

我还尝试像这样强制转换JNDI资源。

InitialContext ic = new InitialContext();
Object lookedUpEjb = ic.lookup(lookup); // the 'java:global...' from log
MyRemote jndiEjb = (MyRemote) PortableRemoteObject.narrow(lookedUpEjb, MyRemote.class)
// Tried also casting/checking 'instanceof' to MyLocal...

没有区别，同样的ClassCastException发生？！

<featureManager>
    <feature>javaee-7.0</feature>
    <feature>ldapRegistry-3.0</feature>
    <feature>localConnector-1.0</feature>
    <feature>adminCenter-1.0</feature>
    <feature>wsSecurity-1.1</feature>
    <feature>ejbLite-3.2</feature>
    <feature>ejbRemote-3.2</feature>
    <feature>cdi-1.2</feature>
    <feature>jpa-2.1</feature>
    <feature>jsf-2.2</feature>
    <feature>jaxrs-2.0</feature>
    <feature>jaxws-2.2</feature>
</featureManager>

Answer 1

问题是每个应用程序都有一个不同的ClassLoader，绑定到JNDI的对象是用定义EJB的应用程序的ClassLoader加载的。

对于远程EJB接口来说，这不应该是一个问题，因为ORB应该为您解决这个问题。在返回这样一个对象的远程调用中，ORB将序列化该对象（来自目标类加载器），然后使用客户端类加载器反序列化。对于这样的查找，portableRemoteObject.naral也应该处理这个问题。这里的失败似乎只是宝珠中的一个bug。

为了支持对本地EJB接口的跨应用程序访问，需要将本地EJB接口移动到两个应用程序都使用的共享库中，或者将两个应用程序配置为使用单个全局类加载器。有关跨应用程序使用本地EJB接口的更多信息，请参见此链接：在websphere中查找本地EJB的正确方法--获取ClassCastException（注意：此链接讨论的是传统websphere，但Liberty的问题与使用共享库作为接口的解决方案相同）。