First of all, you have
Caused by: java.lang.IncompatibleClassChangeError: class com.sun.codemodel.writer.FilterCodeWriter has an interface com.sun.codemodel.CodeWriter as a superclass
It looks like you have several versions of the same library on the way to classes.
com.sun.codemodel owned by JAXB. Make sure the JAXB api versions and jars implementations match. Remove obsolete duplicates, if any (including JAXB bundled with WebLogic). Also make sure that all jaxb, jax-ws and wsit jars match the versions of the latest subway post .
It may also eliminate the following exceptions. If not, continue.
Secondly, you have this corresponding stacktrace quote form:
Caused: javax.xml.ws.WebServiceException: Error creating JAXBContext for W3CEndpointReference. at com.sun.xml.ws.spi.ProviderImpl $ 2.run (ProviderImpl.java:261) Caused By: com.sun.xml.bind.v2.runtime.IllegalAnnotationsException: 2 numbers IllegalAnnotationExceptions Two classes have the same XML type name " address". Use @ XmlType.name and @ XmlType.namespace to give them different names. this problem is related to the following location: at com.sun.xml.ws.developer.MemberSubmissionEndpointReference $ Address at public com.sun.xml.ws.developer.MemberSubmissionEndpointReference $ Address com.sun.xml.ws.developer.MemberSubmissionEndpointReference.addr at com.sun.xml.ws.developer.MemberSubmissionEndpointReference this problem is related to the following location: in javax.xml.ws.wsaddressing.W3CEndpointReference $ Address on private javax.xml.ws.wsaddressing.W3CEndpointReference $ Address javax.xml.ws.wsaddressing .W3CEndpointReference.address in javax.xml.ws.wsaddressing.W3CEndpointReference
This means that somehow both the W3CEndpointReference and MemberSubmissionEndpointReference classes are involved in creating the same JAXBContext under the same namespace. In fact, these classes have different NSes in the code, which can be seen at the end of the links above. Examine the wsdl client if it has both xmlns:samens="http://schemas.xmlsoap.org/ws/2004/08/addressing" and xmlns:samens="http://www.w3.org/2005/08/addressing" . An experiment to generally remove the concept of "http://schemas.xmlsoap.org/ws/2004/08/addressing" .
If all else fails, you can debug it using metro sources. It could even be a mistake in jaxb or metro.
But, most likely, the reason is in the old version of the JAXB namespace, not known in the namespace, which sneaked into the classpath.
Vadzim
source share