Удаленный EJB на Glassfish 3.1.2.2 в Azure - PullRequest
0 голосов
/ 20 декабря 2018

У меня есть два очень простых файла EAR.Одно ухо предоставляет удаленный ejb без сохранения состояния (называемый server.ear), а другое ухо представляет собой веб-модуль плюс локальный ejb, который ищет удаленный компонент ejb (client.ear).Через @ PostContstruct.

Они оба развернуты в разных экземплярах Glassfish 3.1.2.2, где работает Java 7 во всех средах.

Он отлично работает в моей среде контейнера на моей локальной машине.У меня есть два разных экземпляра (JVM), и я могу успешно вызвать удаленный метод ejb из client.ear.Без проблем все отлично работает.

Однако, когда я развертываю это в нашей среде Azure, я получаю следующее исключение:

Причина: javax.naming.NamingException: не удалось выполнить поиск для com.wk.Hello'в SerialContext [myEnv = {org.omg.CORBA.ORBInitialPort = 3700, java.naming.factory.initial = com.sun.enterprise.naming.impl.SerialInitContextFactory, org.omg.CORBA.ORBInitialHost = zuse1dins, 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 для SerialContext [myEnv = {org.omg.CORBA.ORBInitialPort = 3700, java.naming.factory.initial = com.sun.enterprise.naming.impl.SerialInitContextFactory, org.ostBORC.= 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: ---------- НАЧАТЬ трассировку стека на стороне сервера ---------- org.omg.CORBA.NO_PERMISSION: vmcid: 0x0 вспомогательный код: 0 выполнено: нет на com.sun.enterprise..InterceptorInvoker.invokeServerInterceptorIntermediatePoint (InterceptorInvoker.java:612) по адресу com.sun.corba.ee.impl.interceptors.PIHandlerImpl.invokeServerPIIntermediatePoint (PIHandlerImpl.java.ImperWeper.PerServ.service.Serv.Serv.Serv.Server.Server.Server.Serv.Serv.Serv.Serv.Serv.Serv.(CorbaServerRequestDispatcherImpl.java:333) в com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch (CorbaServerRequestDispatcherImpl.java:196) в com.sun.corba.ee.mpedImplImpI: 1624) на com.sun.corba.ee.impl.giopmsgheaders.RequestMessage_1_2.callback (RequestMessage_1_2.java:214) по адресу com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest (CorbaMessageMediatorImpl.java:742.emp.mp.mp.mp.mp.formp.or.отправка (CorbaMessageMediatorImpl.java:539) по адресу com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork (CorbaMessageMediatorImpl.java:2324) по адресу com.sun.corba.ee.impl.orbump.Thol.Thol.executeWork (ThreadPoolImpl.java:497) в com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl $ WorkerThread.run (ThreadPoolImpl.java:540)

---------- КОНЕЦ трассировки стека на стороне сервера ---------- vmcid: 0x0 вспомогательный код: 0 завершено: нет]]

Я пытался исследовать эту проблему без какой-либо реальной помощи.Мне было интересно, сталкивался ли кто-нибудь с этой проблемой и какая черная магия мне нужна, чтобы это работало?Любая помощь или предложение будет принята с благодарностью.

1 Ответ

0 голосов
/ 20 декабря 2018

Я затрагиваю эту проблему: https://github.com/javaee/glassfish-corba/issues/13

После удаления SSL-содержимого под orb-1 из домена xml и перезапуска экземпляров все работает.Теперь я просто должен помнить, что никогда не открывать вкладку ORB Listener в графическом интерфейсе снова!

...