2017-10-11 12 views
0

Pouvez-vous s'il vous plaît me aider avec l'erreur suivante, je suis face dans un environnement WAS9:org.apache.cxf.bus.extension.ExtensionException dans le serveur WAS9

Pour résoudre l'importation

org.apache.cxf.binding.soap.SoapHeader

J'ai ajouté les dépendances suivantes dans mon pom.xml:

cxf-api-2.7.7 cxf-rt-bindings-soap-2.7.7

Mais quand je suis en train de courir mon ap plication, je reçois l'erreur suivante.

Default Executor-thread-7] ([ ]) Controllerclass - org.apache.cxf.bus.extension.ExtensionException 
at org.apache.cxf.bus.extension.Extension.load(Extension.java:222) 
at org.apache.cxf.bus.extension.ExtensionManagerImpl.loadAndRegister(ExtensionManagerImpl.java:199) 
at org.apache.cxf.bus.extension.ExtensionManagerImpl.initialize(ExtensionManagerImpl.java:118) 
at org.apache.cxf.bus.extension.ExtensionManagerBus.doInitializeInternal(ExtensionManagerBus.java:147) 
at org.apache.cxf.bus.CXFBusImpl.initialize(CXFBusImpl.java:191) 
at com.ibm.ws.jaxws.bus.LibertyApplicationBusFactory.createBus(LibertyApplicationBusFactory.java:119) 
at com.ibm.ws.jaxws.bus.LibertyApplicationBusFactory.createClientScopedBus(LibertyApplicationBusFactory.java:86) 
at com.ibm.ws.jaxws.metadata.JaxWsClientMetaData.<init>(JaxWsClientMetaData.java:28) 
at com.ibm.ws.jaxws.metadata.JaxWsModuleMetaData.getClientMetaData(JaxWsModuleMetaData.java:123) 
at com.ibm.ws.jaxws.support.JaxWsMetaDataManager.getJaxWsClientMetaData(JaxWsMetaDataManager.java:84) 
at com.ibm.ws.jaxws.support.JaxWsMetaDataManager.getJaxWsClientMetaData(JaxWsMetaDataManager.java:123) 
at com.ibm.ws.jaxws.client.LibertyProviderImpl.createServiceDelegate(LibertyProviderImpl.java:56) 
at javax.xml.ws.Service.<init>(Service.java:57) 

Caused by: java.lang.InstantiationException:org.apache.cxf.bus.osgi.OSGIBusListener 
at java.lang.Class.newInstance(Class.java:427) 
at org.apache.cxf.bus.extension.Extension.load(Extension.java:218) 
Caused by: java.lang.NoSuchMethodException:org.apache.cxf.bus.osgi.OSGIBusListener.<init>() 
at java.lang.Class.getConstructor0(Class.java:3082) 
at java.lang.Class.newInstance(Class.java:412) 

Répondre

0

Le serveur sur lequel votre fichier WAS9 a été déployé a une version différente du fichier jar ci-dessus. Vous devez avoir la même version des fichiers jar dans votre éclipse où vous avez développé vos codes et sur le serveur sur lequel vous déployez les codes war ou ear.

Le fichier de dépendance mavan pom.xml est utilisé lors de la compilation de votre projet. Il peut également ajouter le fichier jar dans votre fichier binaire sous le dossier lib. Mais WAS9 pourrait considérer celui qui est dans CLASSPATH du serveur. Vérifiez donc votre chemin de classe et remplacez ce jar par celui que vous avez mentionné dans votre fichier pom.xml. J'espère que cela va résoudre votre problème.

+0

Merci pour votre réponse, je vais vérifier cela et vous le faire savoir. – zz9t1k

+0

Bonjour Abhijit, J'ai essayé en remplaçant cxf jars dans le fichier de guerre (WEBINF/LIB) avec des bocaux dans WAS9 (wlp/lib), toujours obtenir le même problème, est resté coincé avec ce problème toute aide serait utile., Aussi j'essaie de changer , mais celui-ci ne fonctionne pas correctement à l'intérieur des balises , lorsque j'ai essayé de modifier la balise au , le serveur démarre mais ne parvient pas à afficher mon fichier war. – zz9t1k

+0

Stack Dump = com.ibm.ws.container.service.state.StateChangeException: com.ibm.ws.container.service.state.StateChangeException: startWebApplication – zz9t1k

1

Nous pouvons éliminer cette exception en ajoutant webProfile-7.0 dans notre server.xml, mais comment cela ne fonctionne pas avec javaee-7.0 pas sûr, si on sait comment gérer cela dans javaee-7.0 s'il vous plaît partager votre approche .

+0

J'ai eu la même erreur aussi. Supprimé javaee-7.0 et en laissant webProfile-7.0 a été aller. J'espère qu'ils vont le réparer, donc je peux utiliser Cxf et ejb ensemble. – Espresso