JSF Komische Fehlermeldung nach Deployment und Serverstart

[y0dA]

Sagt einem der Fehler irgendetwas?
Kann es daran liegen dass am Server ein JAR liegt welches sich mit einem JAR im EAR "bekämpft"?

ThreadId: 00000096

  FunctionName: com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated

  SourceId: com.ibm.ws.webcontainer.webapp

  Category: SEVERE

  ExtendedMessage: SRVE0283E: Exception caught while initializing context: �0�com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED�

  Source Document: wsjar:file:/ctl/was/E1_V70/E11/AppServer/profiles/default/installedApps/E1/XXX.ear/ZWRWeb.war/WEB-INF/lib/richfaces-impl-3.3.3.Final.jar�/META-INF/faces-config.xml

  Cause: Class 'org.ajax4jsf.event.AjaxPhaseListener' is not an instance of 'interface javax.faces.event.PhaseListener'

          at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:212)

          at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:175)

          at com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:1681)

          at com.ibm.ws.webcontainer.webapp.WebApp.commonInitializationFinish(WebApp.java:374)

          at com.ibm.ws.webcontainer.webapp.WebAppImpl.initialize(WebAppImpl.java:299)

          at com.ibm.ws.webcontainer.webapp.WebGroupImpl.addWebApplication(WebGroupImpl.java:100)

          at com.ibm.ws.webcontainer.VirtualHostImpl.addWebApplication(VirtualHostImpl.java:166)

          at com.ibm.ws.webcontainer.WSWebContainer.addWebApp(WSWebContainer.java:728)

          at com.ibm.ws.webcontainer.WSWebContainer.run(WSWebContainer.java:644)

          at java.lang.Thread.run(Thread.java:736)

Caused by: com.sun.faces.config.ConfigurationException:

  Source Document: wsjar:file:/ctl/was/E1_V70/E11/AppServer/profiles/default/installedApps/E1/XXX.ear/ZWRWeb.war/WEB-INF/lib/richfaces-impl-3.3.3.Final.jar�/META-INF/faces-config.xml

  Cause: Class 'org.ajax4jsf.event.AjaxPhaseListener' is not an instance of 'interface javax.faces.event.PhaseListener'

          at com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:228)

          at com.sun.faces.config.processor.LifecycleConfigProcessor.addPhaseListeners(LifecycleConfigProcessor.java:141)

          at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:114)

          at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:94)

          at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:132)

          at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:202)

          ... 9 more

 

Trace: 2011/05/20 07:38:54.622 01 t=BC4240 c=UNK key=P8 (00000011)

  Description: Log Java Message

  Message: SRVE0283E: Exception caught while initializing context: �0�com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED�

  Source Document: wsjar:file:/ctl/was/E1_V70/E11/AppServer/profiles/default/installedApps/E1/XXX.ear/ZWRWeb.war/WEB-INF/lib/richfaces-impl-3.3.3.Final.jar�/META-INF/faces-config.xml

  Cause: Class 'org.ajax4jsf.event.AjaxPhaseListener' is not an instance of 'interface javax.faces.event.PhaseListener'

          at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:212)

          at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:175)

          at com.ibm.ws.webcontainer.webapp.WebApp.notifyServletContextCreated(WebApp.java:1681)

          at com.ibm.ws.webcontainer.webapp.WebApp.commonInitializationFinish(WebApp.java:374)

          at com.ibm.ws.webcontainer.webapp.WebAppImpl.initialize(WebAppImpl.java:299)

          at com.ibm.ws.webcontainer.webapp.WebGroupImpl.addWebApplication(WebGroupImpl.java:100)

          at com.ibm.ws.webcontainer.VirtualHostImpl.addWebApplication(VirtualHostImpl.java:166)

          at com.ibm.ws.webcontainer.WSWebContainer.addWebApp(WSWebContainer.java:728)

          at com.ibm.ws.webcontainer.WSWebContainer.run(WSWebContainer.java:644)

          at java.lang.Thread.run(Thread.java:736)

Caused by: com.sun.faces.config.ConfigurationException:

  Source Document: wsjar:file:/ctl/was/E1_V70/E11/AppServer/profiles/default/installedApps/XXX.ear/ZWRWeb.war/WEB-INF/lib/richfaces-impl-3.3.3.Final.jar�/META-INF/faces-config.xml

  Cause: Class 'org.ajax4jsf.event.AjaxPhaseListener' is not an instance of 'interface javax.faces.event.PhaseListener'

          at com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:228)

          at com.sun.faces.config.processor.LifecycleConfigProcessor.addPhaseListeners(LifecycleConfigProcessor.java:141)

          at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:114)

          at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:94)

          at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:132)

          at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:202)

           ... 9 more

 

[FArt]

Sagt einem der Fehler irgendetwas?
Kann es daran liegen dass am Server ein JAR liegt welches sich mit einem JAR im EAR "bekämpft"?

Wow, ich möchte mal sehen wie sich JARs bekämpfen.
Ja, je nach Konfiguration der Deployments und dem dadurch bedingten Einsatz von Classloadern kann es sein, dass Ressourcen von verschiedenen Classloadern aufeinandertreffen aber nicht aufeinander gecastet werden können.

Halte deine Installation bzw. deine Deployments sauber von doppelt deployten (oder anderweitig bereitgestellten) Ressourcen und Klassen, wenn diese nicht voneinander isoliert sind.

 

[y0dA]

Wow, ich möchte mal sehen wie sich JARs bekämpfen.
Ja, je nach Konfiguration der Deployments und dem dadurch bedingten Einsatz von Classloadern kann es sein, dass Ressourcen von verschiedenen Classloadern aufeinandertreffen aber nicht aufeinander gecastet werden können.

Halte deine Installation bzw. deine Deployments sauber von doppelt deployten (oder anderweitig bereitgestellten) Ressourcen und Klassen, wenn diese nicht voneinander isoliert sind.

DAs mit "bekämpfen" bezog sich schon auf die Classloader bzw. wenn eben im EAR und am Server zwei gleiche JARs liegen mit bspw. unterschiedl. Versionsnummer. Mein Problem ist nur dass bei mir lokal als auch am Testsystem alles funktioniert nur beim Kunden plötzlich dieser Fehler auftritt - ich gehe davon aus dass selbige irgendwas geändert haben am Server..

 

[FArt]

Wenn ich mich recht erinnere, gibt es bei Websphere so etwas wie "parent last" Konfiguration. Auf diese Art kannst du Deployments zumindest voneinander isolieren bzw. einen neuere Lib mitbringen gegenüber einer im AS vorhandenen.

Überprüfe also Deployment und Konfiguration des AS bzlg. Classloading: isolate war websphere - Google-Suche

P.S.: es kann auch Situationen geben, die du mit diesem Deployment nicht glatt bekommst. Wenn möglich sollte man es vermeiden, essentielle Libraries über das Deployment gegenüber der Installation auszutauschen. Wenn man hier nicht genau weiß was man tut bzw. wie der Container agiert, landet man schnell im Nirvana... in der Entwicklung und in der QS funktionieren ist relativ... bei so vielen Anwendungsfällen...

 

[y0dA]

Aber in diesem Fall geht es wohl um dir richfaces lib welche in dieser Form eigentlich gar nicht am WS existieren sollte. Aber erstmal danke für deine Infos.

 

[FArt]

Aber in diesem Fall geht es wohl um dir richfaces lib welche in dieser Form eigentlich gar nicht am WS existieren sollte.

Also eher in keiner Form ... aber ja, das ist es worum es geht...