2015-10-19 26 views
6

Questa mattina (ora del Sud Africa), Maven ha scaricato l'ultimo jar Primefaces (versione 5.3). Mentre il mio progetto è configurato in modo tale da Maven distribuisce il progetto nel mio spazio web contenitore (in questo caso, wildfly 9.0.1.Final), non è riuscito schieramento a causa della seguente eccezione:java.lang.VerifyError: org/primefaces/behavior/confirm/ConfirmBehaviorHandler Tipo di ritorno errato nella funzione

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 

ho ritornato di nuovo per PrimeFaces 5.2 per ora ottenere l'applicazione attiva e funzionante.

Come posso risolvere questo problema?

+0

Ho visto i post già. Ho pensato che quei problemi erano stati risolti perché non ho riscontrato questo problema nella versione 5.2 ma succede su 5.3. Deve esserci un problema con il file di configurazione quando costruiscono in ambienti diversi (suppongo). –

risposta

14

Ho avuto esattamente lo stesso messaggio di errore. Il problema era che c'era ancora il vecchio primefaces-5.2.jar nella mia GUERRA (accolto da Maven nel mio caso). Dopo aver pulito l'intero progetto, il problema era scomparso.

Assicurarsi quindi che non vi sia alcuna versione precedente di Primefaces nascosta da qualche parte nel progetto o nella distribuzione.

+0

Avevo fatto Maven clean e clean-verify e aveva solo 'primefaces-5.3.jar' nel mio file WAR. Penso che sia più di questo. –

+0

Hai cercato nel tuo file system per primefaces-5.2.jar (o qualsiasi altra versione precedente che potresti aver usato)? – Bob

+0

L'ho fatto. È solo sulla mia cartella di maven '.m2', che è prevista ma ha utilizzato il jar Primefaces 5.3. Ho persino ripulito Wildfly e ho fatto un nuovo build e ancora lo stesso errore. Riprenderò stasera per vedere se il problema persiste, visto che sono in scadenza. –

-1

provate questo: in Eclipse nella scheda "server" tasto destro del mouse sulla istanza di Tomcat e clicca su "Clean Tomcat lavoro Directory ...".

+0

Come ho detto sul mio post, sto eseguendo RedHat Wildfly 9.0.1.Final server delle applicazioni e ** non ** Tomcat. –

+0

Hai provato con il tuo wildfly? Se usi eclipse puoi provarlo comunque anche con wildfly. Suppongo che sia il comportamento di Eclipse - gestione errata delle librerie per l'istanza del server. –

+0

Non è un comportamento di Eclipse poiché la configurazione di configurazione di maven 'pom.xml' punta a un AS Wildfly. Non c'è alcuna relazione con Eclipse qui. –