java.lang.ClassCastException: com.soleil.xml.bind.v2.moment de l'exécution.JAXBContextImpl ne peut pas être lancé pour com.soleil.xml.bind.l'api.JAXBRIContext
J'ai créé un jaxws service web. Je suis tout à fait suivi la url
Le service était parfaitement sans erreur. Mais le serveur avoir des erreurs lors de la demande de le frapper.
SEVERE: caught throwable
java.lang.ClassCastException: com.sun.xml.bind.v2.runtime.JAXBContextImpl cannot be cast to com.sun.xml.bind.api.JAXBRIContext
at com.sun.xml.ws.db.glassfish.JAXBRIContextFactory.newContext(JAXBRIContextFactory.java:74)
at com.sun.xml.ws.spi.db.BindingContextFactory.create(BindingContextFactory.java:149)
at com.sun.xml.ws.message.jaxb.JAXBMessage.create(JAXBMessage.java:160)
at com.sun.xml.ws.fault.SOAPFaultBuilder.createSOAP11Fault(SOAPFaultBuilder.java:433)
at com.sun.xml.ws.fault.SOAPFaultBuilder.createSOAPFaultMessage(SOAPFaultBuilder.java:210)
J'ai vérifié à travers stackoverflow et de nombreux autres sites tous dit que le fichier jar du conflit.
J'utilise java-6-openjdk.
et ci-dessous est mon pot liste des fichiers dans le serveur jetty.
gmbal-api-only.jar
ha-api.jar
jaxb-core.jar
jaxb-impl.jar
jaxws-rt.jar
management-api.jar
politique-2.3.1.jar
stax-ex.jar
streambuffer-1.5.1.jar
Depuis au-dessus des pots ne sont pas de travail, j'ai essayé avec
Aller ici
Télécharger JAX-WS RI de distribution.
Mais ces pots ont donné le même message d'erreur.
Salut, le code est là, dans la mkyong.com/webservices/jax-ws/... je n'ai pas d'ajouter ici, parce que tout est clair dans ce tutoriel. Je peux démarrer le service sans aucun problème et peut voir le wsdl parfaitement.
Je possède exactement le même message d'erreur - il s'est avéré qu'il a été causé par une NullPointerException sur le côté serveur. La fixation de la NPE résolu le problème!
OriginalL'auteur imesh | 2013-06-14
Vous devez vous connecter pour publier un commentaire.
J'ai aussi rencontré des mêmes exception et un peu googler il a confirmé que sa raison de classpath/jar question.
Je suis en utilisant Java 6.0 build et de l'environnement d'exécution et de mon projet d'installation ayant jaxb-api.jar et jaxb-impl.jar. J'ai tout simplement supprimé ces deux pots de chemin de classe et il fonctionne.
Que, si nous voulons avoir Java 6.0 nous n'avons pas besoin d'utiliser explicitement JAX de liaison des bocaux. Il est livré par défaut avec Java 6.0.
OriginalL'auteur Anupam Pawar
Vérifier ce fil: client web pour le web service. Le principal problème que je pense, c'est que vous avez plusieurs jaxb pots qui diffèrent selon les versions. Par exemple, je pense que jaxb est déjà une partie de jaxws-rt.jar ce qui voudrait dire que vous n'avez pas besoin jaxb-core.jar et jaxb-impl.jar.
OriginalL'auteur Xargos