我有一个附带jaxb-impl.jar的第三方jar,并将其包含在其manifest类路径中。问题是,似乎提供自己版本的JAXB(无论它是哪个版本)似乎打破了JAX-WS中的SoapFaultBuilder。
根据Unofficial JAXB Guide,似乎Sun在将JAXB折叠到JDK中时故意更改了包名称,以避免与独立版本冲突。但是,随JDK一起提供的SoapFaultBuilder(我相信JAX-WS的一部分)明确依赖于新的内部包名。如果您添加了一个独立的JAXB jar(即使它与JAXB的版本 number 相同),这会在构建错误消息时导致失败。
这是我的小测试案例:我制作了一个简单的Web服务:
package wstest;
import javax.jws.WebMethod;
import javax.jws.WebService;
import javax.jws.soap.SOAPBinding;
import javax.jws.soap.SOAPBinding.Style;
//Service Endpoint Interface
@WebService
@SOAPBinding(style = Style.RPC)
public interface HelloWorld{
@WebMethod String getHelloWorldAsString(String name);
}
一个简单抛出异常的实现。 (因为问题只发生在SOAPFaultBuilder中):
package wstest;
import javax.jws.WebService;
//Service Implementation
@WebService(endpointInterface = "wstest.HelloWorld")
public class HelloWorldImpl implements HelloWorld{
@Override
public String getHelloWorldAsString(String name) {
//return "Hello World JAX-WS " + name;
throw new RuntimeException("Exception for: " + name);
}
}
发布Web服务的类:
package wstest;
import javax.xml.ws.Endpoint;
//Endpoint publisher
public class HelloWorldPublisher{
public static void main(String[] args) {
Endpoint.publish("http://localhost:9999/ws/hello", new HelloWorldImpl());
}
}
我运行HelloWorldPublisher,然后针对它运行此客户端:
package wstest;
import java.net.URL;
import javax.xml.namespace.QName;
import javax.xml.ws.Service;
public class HelloWorldClient{
public static void main(String[] args) throws Exception {
URL url = new URL("http://localhost:9999/ws/hello?wsdl");
//1st argument service URI, refer to wsdl document above
//2nd argument is service name, refer to wsdl document above
QName qname = new QName("http://wstest/", "HelloWorldImplService");
Service service = Service.create(url, qname);
HelloWorld hello = service.getPort(HelloWorld.class);
System.out.println(hello.getHelloWorldAsString("Matt"));
}
}
这正确地吐出了Web服务引发的异常。但是,当我添加任何版本的jaxb-impl.jar时,无论是在类路径还是在支持的lib中,我都会得到这个堆栈跟踪:
Exception in thread "main" java.lang.ExceptionInInitializerError
at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:107)
at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:78)
at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(SEIStub.java:107)
at $Proxy19.getHelloWorldAsString(Unknown Source)
at wstest.HelloWorldClient.main(HelloWorldClient.java:21)
Caused by: java.lang.ClassCastException: com.sun.xml.bind.v2.runtime.JAXBContextImpl cannot be cast to com.sun.xml.internal.bind.api.JAXBRIContext
at com.sun.xml.internal.ws.fault.SOAPFaultBuilder.<clinit>(SOAPFaultBuilder.java:533)
... 5 more
发生异常是因为我的jaxb-impl中的com.sun.xml.bind.v2.runtime.JAXBContextImpl扩展了com.sun.xml.bind.api.JAXBRIContext而不是com.sun.xml.internal.bind.api .JAXBRIContext(注意包层次结构中缺少的'内部'子包)。
同样根据Unofficial JAXB Guide,他们说你需要使用支持的lib才能正确覆盖JAXB的版本。事实证明,SOAPFaultBuilder使用JAXBContext.newInstance()在类路径中搜索名为/META-INF/services/javax.xml.bind.JAXBContext
的文件,然后根据文件中指定的类名手动加载(并反复创建)JAXBContext。所以没关系 - classpath或者认可的lib会给你相同的行为。
一种解决方法是将-Djavax.xml.bind.JAXBContext=com.sun.xml.internal.bind.v2.ContextFactory
添加到命令行,这会导致JAXBContext.newInstance()忽略类路径上的/META-INF/services/javax.xml.bind.JAXBContext
文件,并手动指定JAXB的内置版本。另一种解决方法是简单地不指定您自己的JAXB并使用JDK中内置的版本,但是从非官方JAXB指南中可以看出,Sun设计此系统是为了能够处理提供您自己的JAXB实现。有没有人能够成功提供JAXB版本并仍然能够成功捕获故障消息? (只要没有Web服务生成的错误,一切都运行正常)。
答案 0 :(得分:39)
我遇到了这个问题但是能够通过设置系统属性来使用此论坛 Q&amp; A中列出的“解决方法”:
System.setProperty("javax.xml.bind.JAXBContext",
"com.sun.xml.internal.bind.v2.ContextFactory");
答案 1 :(得分:4)
此问题的关键是JAXB API 发生了变化,您尝试使用的运行时实现与JDK捆绑的JAXB API版本不匹配。
要使用其他版本,您应将jaxb-api.jar和jaxws-api.jar的相应版本复制到已签署的lib(例如%JAVA_HOME%\lib\endorsed
)。
完整的选项列表在7.1.2 of the Unofficial JAXB Guide
部分中给出将实现jar(例如jaxb-impl.jar)复制到endorsed lib中是错误的,这些应该只是在你的类路径上。
另请注意,如果您尝试使用较新版本的jaxb而不包含兼容版本的jaxws,则可能会遇到麻烦。这是因为旧的jaxws试图引用旧的jaxb,所以如果你要更改一个,请确保你同时执行这两个操作。 (包com.sun.xml.internal.ws
中的堆栈跟踪暗示了一个旧的jax-ws实现。即使最新版本的Java仍然附带旧版本1 jaxb和jaxws apis)。
答案 2 :(得分:3)
API文档
中描述了另一种可能的解决方案,但没有修改系统属性您可以将jaxb.properties文件放在模型类的包中。
javax.xml.bind.context.factory=com.sun.xml.internal.bind.v2.ContextFactory