java.lang.NoSuchMethodError: javax/Persistenz/spi/PersistenceUnitInfo.getValidationMode()Ljavax/Persistenz/ValidationMode
Wenn ich eingesetzt, meine war-Datei (es ist in Ordnung, die in Tomcat) in Weblogic, ich bekomme den Fehler.
Meine technologies
Frühling 3
hibernate
jpa
Webservices(metro)
Meine Bibliothek
Mein Fehler
#### > (BasePersistenceUnitInfoImpl.java:158) bei weblogic.- Bereitstellung.PersistenceUnitInfoImpl.(PersistenceUnitInfoImpl.java:39) bei weblogic.deployment.AbstractPersistenceUnitRegistry.storeDescriptors(AbstractPersistenceUnitRegistry.java:349) bei weblogic.deployment.AbstractPersistenceUnitRegistry.loadPersistenceDescriptors(AbstractPersistenceUnitRegistry.java:124) bei weblogic.- Bereitstellung.ModulePersistenceUnitRegistry.(ModulePersistenceUnitRegistry.java:58) bei weblogic.- servlet.intern.WebAppModule.setupPersistenceUnitRegistry(WebAppModule.java:1790) bei weblogic.- servlet.intern.WebAppServletContext.initClassLoader(WebAppServletContext.java:3028) bei weblogic.- servlet.intern.WebAppServletContext.(WebAppServletContext.java:447) bei weblogic.- servlet.intern.WebAppServletContext.(WebAppServletContext.java:493) bei weblogic.- servlet.intern.HttpServer.loadWebApp(HttpServer.java:418) bei weblogic.- servlet.intern.WebAppModule.registerWebApp(WebAppModule.java:972) bei weblogic.- servlet.intern.WebAppModule.vorbereiten(WebAppModule.java:382) bei weblogic.- Anwendung.intern.flow.ScopedModuleDriver.vorbereiten(ScopedModuleDriver.java:176) bei weblogic.- Anwendung.intern.flow.ModuleListenerInvoker.vorbereiten(ModuleListenerInvoker.java:199) bei weblogic.- Anwendung.intern.flow.DeploymentCallbackFlow$1.nächste(DeploymentCallbackFlow.java:517) bei weblogic.- Anwendung.utils.StateMachineDriver.nextState(StateMachineDriver.java:52) bei weblogic.- Anwendung.intern.flow.DeploymentCallbackFlow.vorbereiten(DeploymentCallbackFlow.java:159) bei weblogic.- Anwendung.intern.flow.DeploymentCallbackFlow.vorbereiten(DeploymentCallbackFlow.java:45) bei weblogic.- Anwendung.intern.BaseDeployment$1.nächste(BaseDeployment.java:613) bei weblogic.- Anwendung.utils.StateMachineDriver.nextState(StateMachineDriver.java:52) bei weblogic.- Anwendung.intern.BaseDeployment.vorbereiten(BaseDeployment.java:184) bei weblogic.- Anwendung.intern.SingleModuleDeployment.vorbereiten(SingleModuleDeployment.java:43) bei weblogic.- Anwendung.intern.DeploymentStateChecker.vorbereiten(DeploymentStateChecker.java:154) bei weblogic.bereitstellen.intern.Zielserver.AppContainerInvoker.vorbereiten(AppContainerInvoker.java:60) bei weblogic.deploy.internal.targetserver.operations.ActivateOperation.createAndPrepareContainer(ActivateOperation.java:207) bei weblogic.deploy.internal.targetserver.operations.ActivateOperation.doPrepare(ActivateOperation.java:98) bei weblogic.deploy.internal.targetserver.operations.AbstractOperation.prepare(AbstractOperation.java:217) bei weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentPrepare(DeploymentManager.java:747) bei weblogic.deploy.internal.targetserver.DeploymentManager.prepareDeploymentList(DeploymentManager.java:1216) bei weblogic.bereitstellen.intern.Zielserver.DeploymentManager.handlePrepare(DeploymentManager.java:250) bei weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.prepare(DeploymentServiceDispatcher.java:159) bei weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doPrepareCallback(DeploymentReceiverCallbackDeliverer.java:171) bei weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$000(DeploymentReceiverCallbackDeliverer.java:13) bei weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$1.run(DeploymentReceiverCallbackDeliverer.java:46) bei weblogic.Arbeit.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528) bei weblogic.Arbeit.ExecuteThread.execute(ExecuteThread.java:209) bei weblogic.Arbeit.ExecuteThread.run(ExecuteThread.java:178) Verursacht Durch: java.lang.NoSuchMethodError: javax/Persistenz/spi/PersistenceUnitInfo.getValidationMode()Ljavax/Persistenz/ValidationMode; bei org.hibernate.ejb.Ejb3Configuration.konfigurieren(Ejb3Configuration.java:621) bei org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:73) bei weblogic.deployment.BasePersistenceUnitInfoImpl.initializeEntityManagerFactory(BasePersistenceUnitInfoImpl.java:393) bei weblogic.deployment.BasePersistenceUnitInfoImpl.initializeEntityManagerFactory(BasePersistenceUnitInfoImpl.java:386) bei weblogic.- Bereitstellung.BasePersistenceUnitInfoImpl.(BasePersistenceUnitInfoImpl.java:158) bei weblogic.- Bereitstellung.PersistenceUnitInfoImpl.(PersistenceUnitInfoImpl.java:39) bei weblogic.deployment.AbstractPersistenceUnitRegistry.storeDescriptors(AbstractPersistenceUnitRegistry.java:349) bei weblogic.deployment.AbstractPersistenceUnitRegistry.loadPersistenceDescriptors(AbstractPersistenceUnitRegistry.java:124) bei weblogic.- Bereitstellung.ModulePersistenceUnitRegistry.(ModulePersistenceUnitRegistry.java:58) bei weblogic.- servlet.intern.WebAppModule.setupPersistenceUnitRegistry(WebAppModule.java:1790) bei weblogic.- servlet.intern.WebAppServletContext.initClassLoader(WebAppServletContext.java:3028) bei weblogic.- servlet.intern.WebAppServletContext.(WebAppServletContext.java:447) bei weblogic.- servlet.intern.WebAppServletContext.(WebAppServletContext.java:493) bei weblogic.- servlet.intern.HttpServer.loadWebApp(HttpServer.java:418) bei weblogic.- servlet.intern.WebAppModule.registerWebApp(WebAppModule.java:972) bei weblogic.- servlet.intern.WebAppModule.vorbereiten(WebAppModule.java:382) bei weblogic.- Anwendung.intern.flow.ScopedModuleDriver.vorbereiten(ScopedModuleDriver.java:176) bei weblogic.- Anwendung.intern.flow.ModuleListenerInvoker.vorbereiten(ModuleListenerInvoker.java:199) bei weblogic.- Anwendung.intern.flow.DeploymentCallbackFlow$1.nächste(DeploymentCallbackFlow.java:517) bei weblogic.- Anwendung.utils.StateMachineDriver.nextState(StateMachineDriver.java:52) bei weblogic.- Anwendung.intern.flow.DeploymentCallbackFlow.vorbereiten(DeploymentCallbackFlow.java:159) bei weblogic.- Anwendung.intern.flow.DeploymentCallbackFlow.vorbereiten(DeploymentCallbackFlow.java:45) bei weblogic.- Anwendung.intern.BaseDeployment$1.nächste(BaseDeployment.java:613) bei weblogic.- Anwendung.utils.StateMachineDriver.nextState(StateMachineDriver.java:52) bei weblogic.- Anwendung.intern.BaseDeployment.vorbereiten(BaseDeployment.java:184) bei weblogic.- Anwendung.intern.SingleModuleDeployment.vorbereiten(SingleModuleDeployment.java:43) bei weblogic.- Anwendung.intern.DeploymentStateChecker.vorbereiten(DeploymentStateChecker.java:154) bei weblogic.bereitstellen.intern.Zielserver.AppContainerInvoker.vorbereiten(AppContainerInvoker.java:60) bei weblogic.deploy.internal.targetserver.operations.ActivateOperation.createAndPrepareContainer(ActivateOperation.java:207) bei weblogic.deploy.internal.targetserver.operations.ActivateOperation.doPrepare(ActivateOperation.java:98) bei weblogic.deploy.internal.targetserver.operations.AbstractOperation.prepare(AbstractOperation.java:217) bei weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentPrepare(DeploymentManager.java:747) bei weblogic.deploy.internal.targetserver.DeploymentManager.prepareDeploymentList(DeploymentManager.java:1216) bei weblogic.bereitstellen.intern.Zielserver.DeploymentManager.handlePrepare(DeploymentManager.java:250) bei weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.prepare(DeploymentServiceDispatcher.java:159) bei weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doPrepareCallback(DeploymentReceiverCallbackDeliverer.java:171) bei weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$000(DeploymentReceiverCallbackDeliverer.java:13) bei weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$1.run(DeploymentReceiverCallbackDeliverer.java:46) bei weblogic.Arbeit.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528) bei weblogic.Arbeit.ExecuteThread.execute(ExecuteThread.java:209) bei weblogic.Arbeit.ExecuteThread.run(ExecuteThread.java:178)
jemand wissen ?
( Fehler beim bereitstellen von weblogic 11g)
1 ) was ist der Fehler ?
2 ) was ist die Gründe dieser Fehler ?
3 ) im Krieg-Datei mit benötigten jar-Datei. hat n ' T es nehmen ?
4 ) ist es eine jar-Konflikt ?
Ich habe nicht verwendet Weblogic aber da es ein JEE-container muss eine implementacion von EJB, die möglicherweise in Konflikt mit Ihrem JPA-Klassen. Tomcat ist nur ein Servlet-container, die keine Gläser für JPA oder EJB. In diesen Tagen, IDEs wie Netbeans Berücksichtigung der Ziel-server und erzeugen Sie verschiedene Kriege zu vermeiden, dass diese Konflikte.
thnx Sie für die Wiedergabe... so .. Sie schlagen vor, zu entfernen, jap zugehörigen jar-Rt ?
Meine beste Chance wäre, sich zu regenerieren, den Krieg mit einem tool (IDE) bewusst Weblogic Fähigkeiten. Aber wenn das keine option ist... Naja, JPA Regel setzt Voraus, dass mindestens zwei Gläser, eines mit der JPA-API (in der Regel etwas Namen simiilar zu javax-Persistenz) und einen mit der Umsetzung (dieser sollte dann die openjpa-Persistenz), und ich glaube nicht, sollten Sie entfernen. Ich denke, dass, wenn Sie don ' T haben keine anderen führt, könnte es nicht Schaden, um zu versuchen ...
was ist Ihre weblogic-version? bis zu Version 10.3.3 nicht out of the box JPA-2.0-Unterstützung, und wird lieber laden seiner eigenen JPA-Schnittstellen, egal, was Sie setzen in Ihrer war-Datei. wiki.eclipse.org/EclipseLink/Development/JPA_2.0/...
thnx Sie für die Wiedergabe... so .. Sie schlagen vor, zu entfernen, jap zugehörigen jar-Rt ?
Meine beste Chance wäre, sich zu regenerieren, den Krieg mit einem tool (IDE) bewusst Weblogic Fähigkeiten. Aber wenn das keine option ist... Naja, JPA Regel setzt Voraus, dass mindestens zwei Gläser, eines mit der JPA-API (in der Regel etwas Namen simiilar zu javax-Persistenz) und einen mit der Umsetzung (dieser sollte dann die openjpa-Persistenz), und ich glaube nicht, sollten Sie entfernen. Ich denke, dass, wenn Sie don ' T haben keine anderen führt, könnte es nicht Schaden, um zu versuchen ...
was ist Ihre weblogic-version? bis zu Version 10.3.3 nicht out of the box JPA-2.0-Unterstützung, und wird lieber laden seiner eigenen JPA-Schnittstellen, egal, was Sie setzen in Ihrer war-Datei. wiki.eclipse.org/EclipseLink/Development/JPA_2.0/...
InformationsquelleAutor jaleel | 2011-11-03
Du musst angemeldet sein, um einen Kommentar abzugeben.
Fügen Sie diese zu Ihrem
weblogic.xml
Datei:Habe ich versucht mit dem
<prefer-web-inf-classes>true</prefer-web-inf-classes>
mit kein Glück. Ich bin mit Weblogic 11g (10.3.6), Hibernate 4.1.9 und Frühjahr 3.2.1. Mit diesem, Persistenz funktioniert wie ein Charme!Quelle hier.
InformationsquelleAutor jelies
Hinzufügen weblogic.xml Datei in das web-inf, und legen Sie die folgenden in es
InformationsquelleAutor Fabio Garcia
Könnte es auch bedeuten, dass die Abhängigkeit, die Sie sind, einschließlich abhängig sein können eine inkompatible Abhängigkeit mit Ihrem Projekt.
zum Beispiel..
in maven kann man tun, verwenden Sie die "AUSSCHLÜSSE" - tag, um nicht Paket die problematische Abhängigkeit in Ihrem Krieg von etwas wie dies:
InformationsquelleAutor Priyesh Patel