java - 由生成的代码引起的 JAXBException

Question

我得到以下形式的 JAXBException

class SomeClass nor any of its super class is known to this context.

完整的堆栈跟踪如下所示:

javax.xml.ws.WebServiceException: javax.xml.bind.JAXBException: class com.myCompany.generatedCode.WebServiceOperationName 或其任何父类(super class)在此上下文中都是已知的。
在 org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:175)
在 org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:70)
在 org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:128)
在 org.apache.axis2.jaxws.core.controller.impl.AxisInvocationController.execute(AxisInvocationController.java:586)
在 org.apache.axis2.jaxws.core.controller.impl.AxisInvocationController.doInvoke(AxisInvocationController.java:130)
在 org.apache.axis2.jaxws.core.controller.impl.InvocationControllerImpl.invoke(InvocationControllerImpl.java:93)
在 org.apache.axis2.jaxws.client.proxy.JAXWSProxyHandler.invokeSEIMethod(JAXWSProxyHandler.java:364)
在 org.apache.axis2.jaxws.client.proxy.JAXWSProxyHandler.invoke(JAXWSProxyHandler.java:185)
在 $Proxy41.deleteAccount(来源不明)
在 com.myCompany.myPackage.MyWebServiceClient.callSomeWebService(MyWebServiceClient.java:100)
(特定于我的应用程序和框架的其他类)
...
引起的:
javax.xml.bind.JAXBException:类 com.myCompany.generatedCode.WebServiceOperationName 或其任何父类(super class)在此上下文中都是已知的。
在 com.sun.xml.internal.bind.v2.runtime.JAXBContextImpl.getBeanInfo(JAXBContextImpl.java:556)
在 com.sun.xml.internal.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:452)
在 com.sun.xml.internal.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:314)
在 com.sun.xml.internal.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:243)
在 javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:75)
在 com.ibm.xml.xlxp2.jaxb.marshal.MarshallerProxy.marshal(MarshallerProxy.java:100)
在 org.apache.axis2.datasource.jaxb.JAXBDSContext$1.run(JAXBDSContext.java:470)
在 org.apache.axis2.java.security.AccessController.doPrivileged(AccessController.java:76)
在 org.apache.axis2.datasource.jaxb.JAXBDSContext.marshalByElement(JAXBDSContext.java:455)
在 org.apache.axis2.datasource.jaxb.JAXBDSContext.marshal(JAXBDSContext.java:414)
在 org.apache.axis2.jaxws.message.databinding.impl.JAXBBlockImpl._outputFromBO(JAXBBlockImpl.java:189)
在 org.apache.axis2.jaxws.message.impl.BlockImpl.outputTo(BlockImpl.java:372)
在 org.apache.axis2.jaxws.message.impl.BlockImpl.serialize(BlockImpl.java:296)
在 org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:808)
在 org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:975)
在 org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:1016)
在 org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serializeInternally(SOAPEnvelopeImpl.java:271)
在 org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:233)
在 org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:1016)
在 org.apache.axiom.om.impl.llom.OMNodeImpl.serializeAndConsume(OMNodeImpl.java:488)
在 org.apache.axis2.transport.http.SOAPMessageFormatter.writeTo(SOAPMessageFormatter.java:88)
在 com.ibm.ws.websvcs.transport.http.SOAPOverHTTPSender.writeMessage(SOAPOverHTTPSender.java:3271)
在 com.ibm.ws.websvcs.transport.http.SOAPOverHTTPSender.sendChunkedRequest(SOAPOverHTTPSender.java:888)
在 com.ibm.ws.websvcs.transport.http.SOAPOverHTTPSender.sendSOAPRequest(SOAPOverHTTPSender.java:807)
在 com.ibm.ws.websvcs.transport.http.SOAPOverHTTPSender.send(SOAPOverHTTPSender.java:611)
在 com.ibm.ws.websvcs.transport.http.HTTPTransportSender.invoke(HTTPTransportSender.java:364)
在 org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:531)
在 org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:401)
在 org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:228)
在 org.apache.axis2.client.OperationClient.execute(OperationClient.java:163)
在 org.apache.axis2.jaxws.core.controller.impl.AxisInvocationController.execute(AxisInvocationController.java:581)
... 52 更多

触发此操作的是尝试调用名为 WebServiceOperationName 的 Web 服务操作。 .我已经看到处理这个错误的其他技巧，这些技巧通常涉及添加 @XmlSeeAlso注释或调整编码和解码的方式。

在这种情况下，我正在调用一个 web 服务，其代码由 Maven 基于 WSDL(和支持模式)生成。我无法直接控制 Maven 生成的代码，也无法控制 marshall/unmarshall 调用。应用程序中的其他网络服务调用似乎没有任何问题。

更奇怪的是，虽然它发生在开发服务器上，但我无法在本地服务器上重现它。为 Web 服务生成的 JAR 与应用程序的其余代码相同。

这个异常(exception)在本周(并且一直)突然出现，我怀疑环境已经发生了变化，但我不确定是什么。有什么想法吗？

一个新的观察:

我第一次尝试在服务器启动/重新启动后运行此代码时，需要一段时间(大约一分钟)才能失败并引发异常。之后的每一次，异常几乎都是瞬间的......

更多信息:

此问题存在于 WebSphere 7.0.0.23(在服务器上)中，但在 WebSphere 7.0.0.7(在工作站上)中不存在。

Answer 1

问题已经解决了。我正在检查包含 WAS 所提示的类的 jar，并注意到某些类在包层次结构的不同级别上是重复的。值得指出的是，原始错误中报告的类实际上并不是这些重复类之一。此外，应用程序没有引用同一类的不同变体 - 引用的类在预期的包中。上一级的额外重复项没有在任何地方引用(据我所知)。

它看起来像是一个糟糕的 Maven 配置，但是当我检查 xjb 绑定(bind)文件时，我无法弄清楚该架构命名空间中的类型是如何绑定(bind)到两个不同的包的。无论哪种方式，我清理了一些Maven使用的绑定(bind)文件，将常见绑定(bind)重构为一个文件，让Maven重建jar，然后进行测试，突然问题消失了!

很明显，WAS 7.0.0.23 中存在问题，因为原始 jar 在 WAS 7.0.0.7 上运行良好。这可能是由 Maven 绑定(bind)的问题引起的，该问题导致了一个看起来很奇怪但技术上有效的 jar。

同样有趣的是:我们的一位开发人员将 WAS 升级到 7.0.0.25 并使用原始的“坏”jar 并得到“无此类操作”错误而不是 JAXBException。