2010-07-27 20 views
18

Mam duży problem z Hibernate (użyj z łączem) na weblogic 10.3.java.lang.NoSuchMethodException: org.hibernate.validator.ClassValidator Seam weblogic 10.3

Kiedy publikować mojej aplikacji, otrzymuję ten błąd:

java.lang.NoSuchMethodException: org.hibernate.validator.ClassValidator.<init>(java.lang.Class, java.util.ResourceBundle, org.hibernate.validator.MessageInterpolator, java.util.Map, org.hibernate.annotations.common.reflection.ReflectionManager) 

Czytałem w internecie, że ten błąd może pochodzić z compatibily między hibernacji słoika. Ale, czytałem macierz i mam dobry słoik z dobrą wersją (hibernacja-validator 3.1, hibernacja-przeszukiwanie 3.1, hibernacja rdzeń 3.3.0)

Nie mam pojęcia, aby rozwiązać ten problem. Ktoś może mi pomóc?

Dzięki.

PS: Oto pełna ślad stosu:

weblogic.application.ModuleException: 
     at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1373) 
     at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468) 
     at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:117) 
     at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204) 
     at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37) 
     at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60) 
     at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:27) 
     at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:635) 
     at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37) 
     at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:212) 
     at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:16) 
     at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:162) 
     at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79) 
     at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:569) 
     at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:140) 
     at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:106) 
     at weblogic.deploy.internal.targetserver.operations.StartOperation.doCommit(StartOperation.java:143) 
     at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:323) 
     at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:820) 
     at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1227) 
     at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:436) 
     at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:163) 
     at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:181) 
     at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:12) 
     at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:67) 
     at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:516) 
     at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) 
     at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) 
    java.lang.NoSuchMethodException: org.hibernate.validator.ClassValidator.<init>(java.lang.Class, java.util.ResourceBundle, org.hibernate.validator.MessageInterpolator, java.util.Map, org.hibernate.annotations.common.reflection.ReflectionManager) 
     at java.lang.Class.getConstructor0(Class.java:2706) 
     at java.lang.Class.getDeclaredConstructor(Class.java:1985) 
     at org.hibernate.cfg.AnnotationConfiguration.secondPassCompile(AnnotationConfiguration.java:352) 
     at org.hibernate.cfg.Configuration.buildMappings(Configuration.java:1148) 
     at org.hibernate.ejb.Ejb3Configuration.buildMappings(Ejb3Configuration.java:1226) 
     at org.hibernate.ejb.EventListenerConfigurator.configure(EventListenerConfigurator.java:159) 
     at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:854) 
     at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:191) 
     at org.hibernate.ejb.Ejb3Configuration.configure(Ejb3Configuration.java:253) 
     at org.hibernate.ejb.HibernatePersistence.createEntityManagerFactory(HibernatePersistence.java:125) 
     at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:83) 
     at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:60) 
     at org.jboss.seam.persistence.EntityManagerFactory.createEntityManagerFactory(EntityManagerFactory.java:81) 
     at org.jboss.seam.persistence.EntityManagerFactory.startup(EntityManagerFactory.java:50) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
     at java.lang.reflect.Method.invoke(Method.java:597) 
     at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) 
     at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:144) 
     at org.jboss.seam.Component.callComponentMethod(Component.java:2257) 
     at org.jboss.seam.Component.callCreateMethod(Component.java:2172) 
     at org.jboss.seam.Component.newInstance(Component.java:2132) 
     at org.jboss.seam.contexts.Contexts.startup(Contexts.java:304) 
     at org.jboss.seam.contexts.Contexts.startup(Contexts.java:278) 
     at org.jboss.seam.contexts.ServletLifecycle.endInitialization(ServletLifecycle.java:116) 
     at org.jboss.seam.init.Initialization.init(Initialization.java:740) 
     at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:36) 
     at weblogic.servlet.internal.EventsManager$FireContextListenerAction.run(EventsManager.java:465) 
     at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) 
     at weblogic.security.service.SecurityManager.runAs(Unknown Source) 
     at weblogic.servlet.internal.EventsManager.notifyContextCreatedEvent(EventsManager.java:175) 
     at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1785) 
     at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:3005) 
     at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1371) 
     at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468) 
     at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:117) 
     at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204) 
     at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37) 
     at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60) 
     at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:27) 
     at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:635) 
     at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37) 
     at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:212) 
     at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:16) 
     at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:162) 
     at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79) 
     at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:569) 
     at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:140) 
     at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:106) 
     at weblogic.deploy.internal.targetserver.operations.StartOperation.doCommit(StartOperation.java:143) 
     at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:323) 
     at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:820) 
     at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1227) 
     at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:436) 
     at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:163) 
     at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:181) 
     at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:12) 
     at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:67) 
     at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:516) 
     at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) 
     at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) 
    > 
+0

spróbuj oczyścić i skompiluj. – TaherT

+0

Próbowałem tego wiele razy;) i nic się nie zmieniło – Kiva

Odpowiedz

13

Zdarza się podczas korzystania z nowszej wersji Hibernate w aplikacji podczas pre-pakowane słoiki hibernacji (które pochodzą z serwerem jboss) są od starszej wersji. Aby uzyskać szczegółowe informacje na temat prawidłowej aktualizacji słoików hibernacji serwera aplikacji, przeczytaj this.

+1

genialny! Jak możesz to wiedzieć? –

+4

Ponieważ przeszedłem przez ten ból. – user18943

+0

to tylko małe pytanie, czy znasz najlepszy sposób na uniknięcie konfliktu? Wygląda na to, że błąd, gdy konflikt się dzieje, nie daje zbyt wiele informacji w Formule –

12

Rozwiązałem ten problem dodając te dwie właściwości w mojej konfiguracji hibernacji.

<property name="hibernate.validator.apply_to_ddl">false</property> 
<property name="hibernate.validator.autoregister_listeners">false</property> 
+0

To wszystko !! Pracowałem dla mnie z Hibernate 3.6.0.Final i JBoss 4.2.1.GA. Wielkie dzięki !! – Donatello

+0

Uratowałeś mi dzień ... jak to odkryłeś? –

+0

czy ten plik konfiguracji hibernacji jest obecny na serwerze? – dhroove

1

Jeśli zdarzy ci się trafić na tę kwestię WebLogic Server, mam rozwiązać ten problem na Weblogic 10.3.0.0 z umieszczeniem pakiet org.hibernate do prefer-application-packages na weblogic-application.xml w EAR:

<weblogic-application> 
    <prefer-application-packages> 
     <package-name>org.hibernate.*</package-name> 
    </prefer-application-packages> 
</weblogic-application> 

z właściwie zbudowana aplikacja uniemożliwi Weblogic Server ładowanie starszej, powodującej konflikty biblioteki ze ścieżki klasy serwera i sprawi, że będzie działać zgodnie z oczekiwaniami.

Powiązane problemy