【问题标题】:Remote EJB on Glassfish 3.1.2.2 in AzureAzure 中 Glassfish 3.1.2.2 上的远程 EJB
【发布时间】:2019-05-21 07:40:04
【问题描述】:

我有两个非常简单的 EAR 文件。一只耳朵公开一个远程无状态 ejb(称为 server.ear),另一只耳朵是一个 Web 模块和一个查找远程 ejb bean(client.ear)的本地 ejb。通过@PostContstruct。

它们都部署到 Glassfish 3.1.2.2 上的不同实例,在所有环境中运行 Java 7。

它在我本地机器上的容器环境中运行良好。我有两个不同的实例(JVM),我能够成功地从 client.ear 调用远程 ejb 方法。没有问题,一切都很好。

但是,当我将它部署到我们的 Azure 环境时,我遇到了这个异常:

原因:javax.naming.NamingException:在 SerialContext[myEnv={org.omg.CORBA.ORBInitialPort=3700, java.naming.factory.initial=com.sun 中查找 'com.wk.Hello' 失败。 Enterprise.naming.impl.SerialInitContextFactory,org.omg.CORBA.ORBInitialHost=zuse1dldsap01.wkrainier.com,java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl,java.naming。 factory.url.pkgs=com.sun.enterprise.naming} [根异常是 javax.naming.NamingException:无法获取 SerialContextProvider 的 SerialContextProvider[myEnv={org.omg.CORBA.ORBInitialPort=3700, java.naming.factory.初始=com.sun.enterprise.naming.impl.SerialInitContextFactory,org.omg.CORBA.ORBInitialHost=zuse1dldsap01.wkrainier.com,java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi。 JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [根异常是 org.omg.CORBA.NO_PERMISSION: ----------BEGIN 服务器端堆栈跟踪-- -------- org.omg.CORBA.NO_PERMISSION:vmcid:0x0 次要代码:0 已完成:否 在 com.sun.enterprise.iiop.security.SecServerRequestInterceptor.handle_null_service_context(SecServerRequestInterceptor.java:421) 在 com.sun.enterprise.iiop.security.SecServerRequestInterceptor.receive_request(SecServerRequestInterceptor.java:443) 在 com.sun.corba.ee.impl.interceptors.InterceptorInvoker.invokeServerInterceptorIntermediatePoint(InterceptorInvoker.java:612) 在 com.sun.corba.ee.impl.interceptors.PIHandlerImpl.invokeServerPIIntermediatePoint(PIHandlerImpl.java:612) 在 com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.getServantWithPI(CorbaServerRequestDispatcherImpl.java:333) 在 com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:196) 在 com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1624) 在 com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1486) 在 com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:990) 在 com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:214) 在 com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:742) 在 com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:539) 在 com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2324) 在 com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497) 在 com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)

---------结束服务器端堆栈跟踪---------- vmcid:0x0 次要代码:0 已完成:否]]

我试图在没有任何实际帮助的情况下研究这个问题。我想知道是否有人遇到过这个问题,我需要什么样的黑魔法才能让它工作?任何帮助或建议将不胜感激。

【问题讨论】:

    标签: java glassfish corba


    【解决方案1】:

    我遇到了这个问题:https://github.com/javaee/glassfish-corba/issues/13

    从域 xml 中删除 orb-1 下的 SSL 内容并重新启动实例后,一切正常。现在我只需要记住永远不要再在 GUI 中打开 ORB 侦听器选项卡!

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-09-16
      • 1970-01-01
      • 1970-01-01
      • 2012-04-10
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多