java.lang.VerifyError: org/primefaces/verhalten/confirm/ConfirmBehaviorHandler Falscher Rückgabetyp in der Funktion

Heute morgen (südafrikanische Zeit) hat Maven das neueste presurfaces jar (Version 5.3) heruntergeladen. Während mein Projekt-Setup in einer Art und Weise ist, dass Maven das Projekt zu meinem Web Container setzt (in diesem Fall Wildfly 9.0.1.Final), scheiterte es Stationierung aufgrund der folgenden Ausnahme:java.lang.VerifyError: org/primefaces/verhalten/confirm/ConfirmBehaviorHandler Falscher Rückgabetyp in der Funktion

2015-10-19 09:52:36,696 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 82) Critical error during deployment: : java.lang.VerifyError: (class: org/primefaces/behavior/confirm/ConfirmBehaviorHandler, method: createBehavior signature: (Ljavax/faces/view/facelets/FaceletContext;Ljava/lang/String;)Lorg/primefaces/behavior/base/AbstractBehavior;) Wrong return type in function 
    at java.lang.Class.forName0(Native Method) 
    at java.lang.Class.forName(Class.java:348) 
    at com.sun.faces.util.Util.loadClass(Util.java:364) 
    at com.sun.faces.config.processor.AbstractConfigProcessor.loadClass(AbstractConfigProcessor.java:420) 
    at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processBehavior(FaceletTaglibConfigProcessor.java:402) 
    at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTags(FaceletTaglibConfigProcessor.java:374) 
    at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTagLibrary(FaceletTaglibConfigProcessor.java:321) 
    at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:270) 
    at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:441) 
    at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:227) 
    at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173) 
    at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:195) 
    at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100) 
    at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82) 
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:266) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
    at java.lang.Thread.run(Thread.java:745) 
    at org.jboss.threads.JBossThread.run(JBossThread.java:320) 

2015-10-19 09:52:36,702 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 82) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./vldm-admin: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./vldm-admin: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.VerifyError: (class: org/primefaces/behavior/confirm/ConfirmBehaviorHandler, method: createBehavior signature: (Ljavax/faces/view/facelets/FaceletContext;Ljava/lang/String;)Lorg/primefaces/behavior/base/AbstractBehavior;) Wrong return type in function 
    at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:85) 
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:266) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
    at java.lang.Thread.run(Thread.java:745) 
    at org.jboss.threads.JBossThread.run(JBossThread.java:320) 
Caused by: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.VerifyError: (class: org/primefaces/behavior/confirm/ConfirmBehaviorHandler, method: createBehavior signature: (Ljavax/faces/view/facelets/FaceletContext;Ljava/lang/String;)Lorg/primefaces/behavior/base/AbstractBehavior;) Wrong return type in function 
    at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:224) 
    at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:100) 
    at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:82) 
    ... 6 more 
Caused by: java.lang.RuntimeException: java.lang.VerifyError: (class: org/primefaces/behavior/confirm/ConfirmBehaviorHandler, method: createBehavior signature: (Ljavax/faces/view/facelets/FaceletContext;Ljava/lang/String;)Lorg/primefaces/behavior/base/AbstractBehavior;) Wrong return type in function 
    at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:292) 
    at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:173) 
    at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:195) 
    ... 8 more 
Caused by: java.lang.VerifyError: (class: org/primefaces/behavior/confirm/ConfirmBehaviorHandler, method: createBehavior signature: (Ljavax/faces/view/facelets/FaceletContext;Ljava/lang/String;)Lorg/primefaces/behavior/base/AbstractBehavior;) Wrong return type in function 
    at java.lang.Class.forName0(Native Method) 
    at java.lang.Class.forName(Class.java:348) 
    at com.sun.faces.util.Util.loadClass(Util.java:364) 
    at com.sun.faces.config.processor.AbstractConfigProcessor.loadClass(AbstractConfigProcessor.java:420) 
    at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processBehavior(FaceletTaglibConfigProcessor.java:402) 
    at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTags(FaceletTaglibConfigProcessor.java:374) 
    at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTagLibrary(FaceletTaglibConfigProcessor.java:321) 
    at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:270) 
    at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:441) 
    at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:227) 
    ... 10 more

ich wieder rückgängig gemacht habe bis PrimeFaces 5.2 für jetzt die Anwendung zum Laufen bringen.

Wie behebe ich dieses Problem?

Quelle

2015-10-19 Buhake Sindi

Ich habe die Beiträge schon gesehen. Ich dachte, dass diese Probleme behoben wurden, weil ich dieses Problem in Version 5.2 nicht bekomme, aber es passiert auf 5.3. Es muss ein Problem mit der Konfigurationsdatei geben, wenn sie in verschiedenen Umgebungen erstellt werden (meine Vermutung). –

Ich hatte genau die gleiche Fehlermeldung. Das Problem war, dass es immer noch das alte primefaces-5.2.jar in meinem WAR gab (in meinem Fall von Maven). Nach der Reinigung des gesamten Projekts war das Problem verschwunden.

So stellen Sie sicher, dass es keine ältere Version von Primefaces irgendwo in Ihrem Projekt oder Ihrer Bereitstellung versteckt ist.

Quelle

2015-10-28 10:18:51 Bob

Ich hatte Maven clean und clean-verify gemacht und es hatte nur die 'primefaces-5.3.jar' in meiner WAR-Datei. Ich denke, es ist mehr als das. –

Haben Sie in Ihrem Dateisystem nach primefaces-5.2.jar gesucht (oder welche ältere Version Sie auch benutzt haben)? – Bob

tat ich. Es ist nur auf meinem Maven '.m2'-Ordner, der erwartet wird, aber es verwendet Primefaces 5.3 jar. Ich habe sogar Wildfly geputzt und einen brandneuen Build und immer noch den gleichen Fehler gemacht. Ich werde heute Abend noch einmal versuchen, um zu sehen, ob das Problem immer noch besteht, da ich einen engen Termin habe. –

-1

Versuchen Sie dies: in Eclipse in "Server" Registerkarte mit der rechten Maustaste auf die Tomcat-Instanz und klicken Sie auf "Tomcat Work Directory Clean ...".

Quelle

2016-05-11 15:09:12

Wie ich auf meinem Post gesagt habe, verwende ich RedHat Wildfly 9.0.1.Final Anwendungsserver und ** nicht ** Tomcat. –

Haben Sie es mit Ihrer Wildfliege versucht? Wenn Sie Eclipse verwenden, können Sie es sogar mit Wildfly versuchen. Ich nehme an, es ist das Verhalten von Eclipse - falsche Behandlung von Bibliotheken für die Server-Instanz. –

Es ist kein Eclipse-Verhalten, da meine Maven-'pom.xml'-Build-Konfiguration auf eine Wildfly-AS verweist. Es gibt keine Beziehung mit Eclipse hier. –

java.lang.VerifyError: org/primefaces/verhalten/confirm/ConfirmBehaviorHandler Falscher Rückgabetyp in der Funktion

Antwort

Verwandte Themen