Я работал над процессом миграции Enterprise ARchive EAR с WebLogic на Wildfly 10 .
Приложение состоит из нескольких слоев, перечисленных ниже:
***app-commun
***app-dao
***app-domain
***app-ear
***app-ejb
***app-manager
***app-parent
***app-service
***app-web
Вот зависимости каждого слоя, основанные на конфигурации каждого pom:
***app-dao
***app-commun
***app-domain
***app-commun
***app-ejb
***app-service
***app-commun
***app-dao
***app-manager
***app-domaine
***app-service
***app-manager
***app-dao
EAR содержит три компонента: 2 войны и app-ejb.jar .
Миграция была немного долгой, но успешной.
Этапы миграции:
Миграция с JAVA 6 на JAVA 8
Миграция с EJB 2 на EJB 3
На этапе развертывания мы пытались развернуть его сразу после генерации EAR
в каталоге deployments из Wildfly , и это работало как чудо, но по некоторым причинам обслуживания мы были обязаны развернуть через знаменитую eclipse кнопку на сервере , и он продолжает падать в одном и том же месте во время процесса развертывания.
Исключительная трассировка:
15:35:57,173 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.deployment.subunit."***-ear-13.1.0-SNAPSHOT.ear"."***-ejb.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.subunit."***-ear-13.1.0-SNAPSHOT.ear"."***-ejb.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of subdeployment "***-ejb.jar" of deployment "***-ear-13.1.0-SNAPSHOT.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.RuntimeException: WFLYSRV0177: Error getting reflective information for class ***.***.***.app.service.persistence.PersistenceDonneesMIFSMBean with ClassLoader ModuleClassLoader for Module "deployment.***-ear-13.1.0-SNAPSHOT.ear.***-ejb.jar:main" from Service Module Loader
at org.jboss.as.server.deployment.reflect.DeploymentReflectionIndex.getClassIndex(DeploymentReflectionIndex.java:70)
at org.jboss.as.ee.metadata.MethodAnnotationAggregator.runtimeAnnotationInformation(MethodAnnotationAggregator.java:57)
at org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.handleAnnotations(InterceptorAnnotationProcessor.java:106)
at org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.processComponentConfig(InterceptorAnnotationProcessor.java:91)
at org.jboss.as.ee.component.deployers.InterceptorAnnotationProcessor.deploy(InterceptorAnnotationProcessor.java:76)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147)
... 5 more
Caused by: java.lang.NoClassDefFoundError: ***/***/***/commun/exception/metier/BusinessException
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Class.java:2583)
at java.lang.Class.getDeclaredFields(Class.java:1916)
at org.jboss.as.server.deployment.reflect.ClassReflectionIndex.<init>(ClassReflectionIndex.java:72)
at org.jboss.as.server.deployment.reflect.DeploymentReflectionIndex.getClassIndex(DeploymentReflectionIndex.java:66)
... 10 more
Caused by: java.lang.ClassNotFoundException: ***.***.***.commun.exception.metier.BusinessException from [Module "deployment.***-ear-13.1.0-SNAPSHOT.ear.***-ejb.jar:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
... 15 more
Я попытался найти некоторые возможные причины, обновив
standalone-full.xml java: ee subsytem путем добавления следующего свойства
<ear-subdeployments-isolated>false</ear-subdeployments-isolated>
Классы, которые, как утверждается, не были найдены, существуют на пути к классам, но я не знаю почему
я получаю одно и то же исключение.
помощь будет оценена