Доступ к удаленному EJB в одном профиле WebSphere из другого профиля WebSphere

Вкратце: я делаю удаленный вызов JNDI для bean-компонента без сохранения состояния с одного сервера Websphere на другой (разные профили в разных JVM на одном компьютере), но после выполнения вызова InitialContext изменяется, и я больше не могу получить доступ к своим локальным bean-компонентам. .

Ситуация выглядит следующим образом:
Сервер Websphere Server1 имеет сложное приложение с множеством bean-компонентов, и ему также требуется доступ к bean-компоненту без сохранения состояния (BeanX) на Websphere Server2, который запускает другое приложение.
Мне удалось получить доступ к BeanX на Server2. используя любой из двух методов:

  1. Подключение через код:

    private static Context;
    static {
      Hashtable env = new Hashtable();
      env.put(Context.INITIAL_CONTEXT_FACTORY, com.ibm.websphere.naming.WsnInitialContextFactory");
      env.put(Context.PROVIDER_URL, "iiop://localhost:9101");
      try {
        ctx = NamingManager.getInitialContext(env);
        mgr = (RemoteBeanXManager) PortableRemoteObject.narrow(ctx.lookup("BeanXManagerBean/remote"), RemoteBeanXManager.class);
      } catch (NamingException e) {//logging
      }
    }
    
  2. Соединение через конфигурацию Webshere Настроено на сервере 1: Среда -> Именование -> Привязка пространства имен -> Новое ... Непрямое И введены необходимые значения, соответствующие выставленному bean-компоненту с сервера 2.
    URL-адрес поставщика: corbaloc:iiop:localhost:9101
    Исходный контекст имя фабрики: com.ibm.websphere.naming.WsnInitialContextFactory
    А затем приступил к получению bean-компонента в коде, как если бы он был в моем локальном контексте.

Я снял защиту для RMI/IIOP для исходящего трафика на сервере 1 и для входящего трафика на сервере 2, чтобы серверы могли обмениваться данными.
Бин предоставляется сервером 2, удаленный интерфейс RemoteBeanXManager существует в общем пакете для обоих приложений, и вызов идет через правильно.

Проблема возникает после вызова, когда последующие внедрения EJB в Server1 для его local bean-компонентов возвращают com.ibm.ejs.container.util.ExceptionUtil.NoSuchEJBException

По сути, при следующей обнаруженной аннотации @EJB Server1 выдаст:

com.ibm.ejs.container.EJBNotFoundException: EJB с именем SomeOtherBean отсутствует в приложении My Enterprise Application. на com.ibm.ejs.container.HomeOfHomes.resolveEJBLink(HomeOfHomes.java:751)

Что мне удалось понять в ходе расследования, так это то, что InitialContext на сервере 1 изменяется при подключении к серверу 2 и не может «сбросить» обратно после вызова через удаленный интерфейс. Я попытался повторно получить InitialContext с настройками по умолчанию после получения удаленного менеджера, но безрезультатно.
Я попытался добавить необязательные параметры конфигурации:
com.ibm.websphere.naming.jndicache.cachename providerURL
com.ibm.websphere.naming.jndicache.cacheobject none

Все то же исключение.

Если у вас есть какие-либо идеи о том, как изолировать/кэшировать контекст на сервере Server1, чтобы он мог возобновить нормальную работу после вызова RMI-IIOP, сообщите мне об этом.

Добавлено добавление:
Когда я комментирую код, выполняющий удаленный вызов, приложение запускается правильно, и все @EJB инъекции работают.

В Server2 при вызове метода с Server1 - не исключение, просто такие сообщения:

    [11/27/18 9:28:13:525 EET] 00000139 BeanXManagerB I com.my.app.manager.impl.BeanXManagerBean performTaskForServer1 End     
    [11/27/18 9:28:13:883 EET] 00000139 RegisteredRes E   WTRN0064E: An illegal attempt to commit a one phase capable resource in a subordinate transaction branch has occurred.    
    [11/27/18 9:28:13:920 EET] 00000139 FfdcProvider  W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on D:\programs\IBM\WebSphere\AppServer\profiles\profile2\logs\ffdc\Server2_db3b4f88_18.11.27_09.28.13.8878526370681854823401.txt com.ibm.tx.jta.TransactionImpl.prepareResources 467    
    [11/27/18 9:28:13:932 EET] 00000139 FfdcProvider  W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on D:\programs\IBM\WebSphere\AppServer\profiles\profile2\logs\ffdc\Server2_db3b4f88_18.11.27_09.28.13.9214065828085434219239.txt com.ibm.tx.jta.impl.TransactionImpl.prepareResources 1505    

Полная трассировка стека ошибки Server1:
[Я думал, что будет слишком долго публиковать все отчеты об инцидентах. ]

    [11/27/18 9:28:13:946 EET] 0000011a DMAdapter     I com.ibm.ws.ffdc.impl.DMAdapter getAnalysisEngine FFDC1009I: Analysis Engine using data base: D:\programs\IBM\WebSphere\AppServer\properties\logbr\ffdc\adv\ffdcdb.xml    
    [11/27/18 9:28:13:967 EET] 0000011a FfdcProvider  W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on D:\programs\IBM\WebSphere\AppServer\profiles\profile1\logs\ffdc\Server1_ede9c292_18.11.27_09.28.13.9411059231941807719848.txt com.ibm.tx.jta.impl.RegisteredResources.prepareResource 1216    
    [11/27/18 9:28:13:991 EET] 0000011a FfdcProvider  W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on D:\programs\IBM\WebSphere\AppServer\profiles\profile1\logs\ffdc\Server1_ede9c292_18.11.27_09.28.13.9683456920548561326798.txt com.ibm.tx.jta.TransactionImpl.prepareResources 467    
    [11/27/18 9:28:14:014 EET] 0000011a FfdcProvider  W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on D:\programs\IBM\WebSphere\AppServer\profiles\profile1\logs\ffdc\Server1_ede9c292_18.11.27_09.28.13.9913497264494769300154.txt com.ibm.tx.jta.impl.TransactionImpl.prepareResources 1505    
    [11/27/18 9:28:14:032 EET] 0000011a FfdcProvider  W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on D:\programs\IBM\WebSphere\AppServer\profiles\profile1\logs\ffdc\Server1_ede9c292_18.11.27_09.28.14.0285054752089388843670.txt com.ibm.ejs.csi.TranStrategy.commit 294    
    [11/27/18 9:28:14:039 EET] 0000011a FfdcProvider  W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on D:\programs\IBM\WebSphere\AppServer\profiles\profile1\logs\ffdc\Server1_ede9c292_18.11.27_09.28.14.036797394156202410033.txt com.ibm.ejs.container.EJSHome.createBeanO 1047    
    [11/27/18 9:28:14:044 EET] 0000011a FfdcProvider  W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on D:\programs\IBM\WebSphere\AppServer\profiles\profile1\logs\ffdc\Server1_ede9c292_18.11.27_09.28.14.0403016172875256112876.txt com.ibm.ejs.csi.EJBApplicationMetaData.createStartupBeans 6921    

    [11/27/18 9:28:14:044 EET] 0000011a EJBApplicatio E   CNTR0190E: The StarterBean startup singleton session bean in the app1.jar module failed initialization with exception:    
    javax.ejb.NoSuchEJBException: An error occurred during initialization of singleton session bean MY Enterprise Application#app1.jar#StarterBean, resulting in the discarding of the singleton instance.; nested exception is: javax.ejb.EJBTransactionRolledbackException: nested exception is: javax.transaction.RollbackException    
        at com.ibm.ejs.container.util.ExceptionUtil.NoSuchEJBException(ExceptionUtil.java:540)    
        at com.ibm.ejs.container.EJSHome.createSingletonBeanO(EJSHome.java:3752)    
        at com.ibm.ejs.csi.EJBApplicationMetaData.createStartupBeans(EJBApplicationMetaData.java:959)    
        at com.ibm.ejs.csi.EJBApplicationMetaData.startedModule(EJBApplicationMetaData.java:680)    
        at com.ibm.ws.runtime.component.EJBContainerImpl.stateChanged(EJBContainerImpl.java:4525)    
        at com.ibm.ws.runtime.component.ApplicationMgrImpl$ComparableDeployedObjectListener.stateChanged(ApplicationMgrImpl.java:2652)    
        at com.ibm.ws.runtime.component.ApplicationMgrImpl.stateChanged(ApplicationMgrImpl.java:1178)    
        at com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObjectEvent(DeployedApplicationImpl.java:1558)    
        at com.ibm.ws.runtime.component.DeployedModuleImpl.setState(DeployedModuleImpl.java:252)    
        at com.ibm.ws.runtime.component.DeployedModuleImpl.setState(DeployedModuleImpl.java:248)    
        at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl.java:707)    
        at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedApplicationImpl.java:1150)    
        at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(ApplicationMgrImpl.java:800)    
        at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplicationDynamically(ApplicationMgrImpl.java:1450)        
        at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:2311)    
        at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.start(CompositionUnitMgrImpl.java:436)    
        at com.ibm.ws.runtime.component.CompositionUnitImpl.start(CompositionUnitImpl.java:123)    
        at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.start(CompositionUnitMgrImpl.java:379)    
        at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.access$500(CompositionUnitMgrImpl.java:127)    
        at com.ibm.ws.runtime.component.CompositionUnitMgrImpl$1.run(CompositionUnitMgrImpl.java:654)    
        at com.ibm.ws.security.auth.ContextManagerImpl.runAs(ContextManagerImpl.java:5574)    
        at com.ibm.ws.security.auth.ContextManagerImpl.runAsSystem(ContextManagerImpl.java:5700)    
        at com.ibm.ws.security.core.SecurityContext.runAsSystem(SecurityContext.java:255)    
        at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.startCompositionUnit(CompositionUnitMgrImpl.java:668)    
        at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.startCompositionUnit(CompositionUnitMgrImpl.java:612)    
        at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(ApplicationMgrImpl.java:1340)    
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)    
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:90)    
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)    
        at java.lang.reflect.Method.invoke(Method.java:508)    
        at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:83)    
        at sun.reflect.GeneratedMethodAccessor63.invoke(Unknown Source)    
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)    
        at java.lang.reflect.Method.invoke(Method.java:508)    
        at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:287)    
        at javax.management.modelmbean.RequiredModelMBean$4.run(RequiredModelMBean.java:1263)    
        at java.security.AccessController.doPrivileged(AccessController.java:666)    
        at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)    
        at javax.management.modelmbean.RequiredModelMBean.invokeMethod(RequiredModelMBean.java:1257)    
        at javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean.java:1096)    
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:831)    
        at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:813)    
        at com.ibm.ws.management.AdminServiceImpl$1.run(AdminServiceImpl.java:1350)    
        at com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:118)    
        at com.ibm.ws.management.AdminServiceImpl.invoke(AdminServiceImpl.java:1243)    
        at com.ibm.ws.management.application.sync.StartDeploymentTask.startDeployment(StartDeploymentTask.java:249)    
        at com.ibm.ws.management.application.sync.StartDeploymentTask.fullAppUpdate(StartDeploymentTask.java:121)    
        at com.ibm.ws.management.application.sync.StartDeploymentTask.performTask(StartDeploymentTask.java:109)    
        at com.ibm.ws.management.application.sync.AppBinaryProcessor$ExpandApp.expand(AppBinaryProcessor.java:1770)    
        at com.ibm.ws.management.application.sync.AppBinaryProcessor.postProcessSynchronousExt(AppBinaryProcessor.java:811)    
        at com.ibm.ws.management.bla.sync.BLABinaryProcessor.postProcess(BLABinaryProcessor.java:599)    
        at com.ibm.ws.management.bla.sync.BLABinaryProcessor.onChangeCompletion(BLABinaryProcessor.java:476)    
        at com.ibm.ws.management.bla.sync.BinaryProcessorWrapper.onChangeCompletion(BinaryProcessorWrapper.java:109)    
        at com.ibm.ws.management.repository.FileRepository.postNotify(FileRepository.java:1938)    
        at com.ibm.ws.management.repository.FileRepository.update(FileRepository.java:1442)    
        at com.ibm.ws.management.repository.client.LocalConfigRepositoryClient.update(LocalConfigRepositoryClient.java:189)    
        at com.ibm.ws.sm.workspace.impl.WorkSpaceMasterRepositoryAdapter.update(WorkSpaceMasterRepositoryAdapter.java:667)    
        at com.ibm.ws.sm.workspace.impl.RepositoryContextImpl.update(RepositoryContextImpl.java:1998)    
        at com.ibm.ws.sm.workspace.impl.RepositoryContextImpl.synch(RepositoryContextImpl.java:1946)    
        at com.ibm.ws.sm.workspace.impl.WorkSpaceImpl.synch(WorkSpaceImpl.java:549)    
        at com.ibm.ws.console.core.action.SyncWorkSpaceAction$1.run(SyncWorkSpaceAction.java:284)    
        at com.ibm.ws.security.auth.ContextManagerImpl.runAs(ContextManagerImpl.java:5574)    
        at com.ibm.ws.security.auth.ContextManagerImpl.runAsSystem(ContextManagerImpl.java:5700)    
        at com.ibm.ws.security.core.SecurityContext.runAsSystem(SecurityContext.java:255)    
        at com.ibm.ws.console.core.action.SyncWorkSpaceAction.execute(SyncWorkSpaceAction.java:288)    
        at org.apache.struts.action.RequestProcessor.processActionPerform(Unknown Source)    
        at org.apache.struts.action.RequestProcessor.process(Unknown Source)    
        at org.apache.struts.action.ActionServlet.process(Unknown Source)    
        at org.apache.struts.action.ActionServlet.doGet(Unknown Source)    
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)    
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)    
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1235)    
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779)    
        at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478)    
        at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178)    
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:143)    
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:96)    
        at com.ibm.ws.console.core.servlet.WSCUrlFilter.setUpCommandAssistance(WSCUrlFilter.java:971)    
        at com.ibm.ws.console.core.servlet.WSCUrlFilter.continueStoringTaskState(WSCUrlFilter.java:518)    
        at com.ibm.ws.console.core.servlet.WSCUrlFilter.doFilter(WSCUrlFilter.java:339)    
        at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:197)    
        at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:90)    
        at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:969)    
        at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1109)    
        at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:4217)    
        at com.ibm.ws.webcontainer.webapp.WebAppImpl.handleRequest(WebAppImpl.java:2208)    
        at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304)    
        at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1030)    
        at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1817)    
        at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:382)    
        at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:465)    
        at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:532)    
        at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:318)    
        at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:88)    
        at com.ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedCallback.complete(SSLReadServiceContext.java:1833)    
        at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175)    
        at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)    
        at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)    
        at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)    
        at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204)    
        at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)    
        at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)    
        at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1909)    
    Caused by: javax.ejb.EJBTransactionRolledbackException: nested exception is: javax.transaction.RollbackException    
        at com.ibm.ejs.container.BusinessExceptionMappingStrategy.mapCSIException(BusinessExceptionMappingStrategy.java:152)    
        at com.ibm.ejs.container.BusinessExceptionMappingStrategy.mapCSITransactionRolledBackException(BusinessExceptionMappingStrategy.java:613)    
        at com.ibm.ejs.container.EJSDeployedSupport.mapCSITransactionRolledBackException(EJSDeployedSupport.java:609)    
        at com.ibm.ejs.container.EJSContainer.postInvokeRolledbackException(EJSContainer.java:4392)    
        at com.ibm.ejs.container.EJSContainer.postInvokeForLifecycleInterceptors(EJSContainer.java:4584)    
        at com.ibm.ejs.container.SingletonBeanO.callTransactionalLifecycleInterceptors(SingletonBeanO.java:248)    
        at com.ibm.ejs.container.SingletonBeanO.initialize(SingletonBeanO.java:330)    
        at com.ibm.ejs.container.BeanOFactory.create(BeanOFactory.java:105)    
        at com.ibm.ejs.container.EJSHome.createSingletonBeanO(EJSHome.java:3738)    
        ... 101 more    
    Caused by: javax.transaction.RollbackException    
        at com.ibm.tx.jta.impl.TransactionImpl.stage3CommitProcessing(TransactionImpl.java:1279)    
        at com.ibm.tx.jta.impl.TransactionImpl.processCommit(TransactionImpl.java:1053)    
        at com.ibm.tx.jta.impl.TransactionImpl.commit(TransactionImpl.java:974)    
        at com.ibm.ws.tx.jta.TranManagerImpl.commit(TranManagerImpl.java:439)    
        at com.ibm.tx.jta.impl.TranManagerSet.commit(TranManagerSet.java:191)    
        at com.ibm.ejs.csi.TranStrategy.commit(TranStrategy.java:866)    
        at com.ibm.ejs.csi.TranStrategy.postInvoke(TranStrategy.java:188)    
        at com.ibm.ejs.csi.RequiresNew.postInvoke(RequiresNew.java:118)    
        at com.ibm.ejs.csi.TransactionControlImpl.postInvoke(TransactionControlImpl.java:482)    
        at com.ibm.ejs.container.EJSContainer.postInvokeForLifecycleInterceptors(EJSContainer.java:4576)    
        ... 105 more    
    [11/27/18 9:28:14:051 EET] 0000011a FfdcProvider  W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident emitted on D:\programs\IBM\WebSphere\AppServer\profiles\profile1\logs\ffdc\Server1_ede9c292_18.11.27_09.28.14.0481845564063299454983.txt com.ibm.ws.runtime.component.EJBContainerImpl.stateChanged 6637    

person Diana S    schedule 26.11.2018    source источник


Ответы (1)


HomeOfHomes.resolveEJBLink обычно используется для @EJB аннотаций, разрешаемых локально; InitialContext не используется, и поиск JNDI не выполняется. Код, обрабатывающий @EJB, полностью пропускает JNDI и размещает EJB непосредственно в контейнере EJB. Тот факт, что сбой происходит после удаленного поиска, может быть просто совпадением.

Я рекомендую просмотреть параметр beanName компонента @EJB и убедиться, что beanName действительно соответствует имени компонента в том же приложении. Если параметр beanName имеет формат myModule.jar#SomeOtherBean или myModule/SomeOtherBean, убедитесь, что имя модуля также указано правильно. Имена myModule и SomeOtherBean должны совпадать с именами в одном из сообщений CNTR0167I в SystemOut.log в одном приложении.

Для WebSphere разрешение EJB на основе параметра beanName работает только в пределах одного и того же приложения. Если @EJB ссылается на EJB в другом приложении, даже если это приложение находится в том же серверном процессе, то вы должны предоставить привязку, идентифицирующую имя JNDI упомянутого EJB. Привязка будет указана в одном из файлов, ibm-ejb-jar-bnd.xml/xmi или ibm-web-bnd.xml/xmi. Привязка также может быть предоставлена ​​во время развертывания приложения (и развертывание добавит ее в соответствующий файл *bnd.xml).

Если параметр beanName кажется правильным, и поиск JNDI происходит для аннотации @EJB, то вам необходимо предоставить полные стеки исключений как для клиентской, так и для серверной стороны поиска, чтобы лучше понять, как @EJB обрабатывает был перенаправлен на неправильный сервер. Если это происходит, то EJBNotFoundException должно появиться в журналах Server2, а затем вернуться на Server1, где о нем снова будет сообщено; поэтому стеки исключений как с сервера 1, так и с сервера 2 потребуются, чтобы определить, как неправильно маршрутизировался поиск.

person Tracy    schedule 26.11.2018
comment
Что ж, приложение развертывается без заминок, когда я комментирую код, выполняющий удаленный вызов. Вот почему я думаю, что @EJB имеет правильный beanName. - person Diana S; 27.11.2018
comment
Я добавлю больше деталей в сообщение выше, так как комментарий станет слишком длинным. - person Diana S; 27.11.2018
comment
Стек исключений показывает, что части вашего приложения не запускаются должным образом; в частности, одноэлементный компонент @PostConstruct. Этот bean-компонент не будет существовать и не может быть внедрен в другие bean-компоненты. Вероятно, удаленный поиск и вызов метода вызывают проблему с запуском приложения. Я бы сосредоточился на исправлении WTRN0064E: An illegal attempt to commit a one phase capable resource in a subordinate transaction branch has occurred. Тогда ваше приложение должно запуститься правильно, и внедрение @EJB, скорее всего, сработает. - person Tracy; 27.11.2018