JAXB内部实现接口com.sun.xml.bind.NamespacePrefixMapper的类加载器问题

Question

我需要帮助解决以下问题：我使用Websphere Liberty 19.0.0.9和Oracle以及IBM Java1.8运行一个包含EJB的旧应用程序(EAR)，它用JAXB序列化XML。应用程序需要控制XML名称空间定义和前缀，并通过将com.sun.XML.bind.NamespacePrefixMapper的实现提供给javax.XML.bind.Marshaller.SetProperty（属性为“com.sun.XML.bind.NamespacePrefixMapper”）来实现。在运行时，加载实现类时出现错误java.lang.NoClassDefoundError：com/sun/xml/bind/marshaller/namespacePrefixMapper。server.xml包含JavaEE-8.0特性，自由的JAXB实现WLP-19.0.0.9\lib\com.ibm.ws.JAXB.tools.2.2.10_1.0.32.jar包含类com.sun.xml.bind.Marshaller.NamespacePrefixMapper。

我试图通过将jaxb-impl-2.2.4.jar放入ear/lib来解决这个问题（这是错误的，因为JAXB是由JEE提供的），但是在com.sun.xml.bind.v2.runtime.MarshallerImpl.SetProperty（MarshallerImpl.java:511)中出现了一个错误，因为检查if（！（value instanceof NamespacePrefixMapper））失败，因为实现的Classloader（AppClassLoader）为类NamespacePrefixMapper提供了另一个类对象，而不是MarshallerImpls的Classloader（org.eclipse.osgi.internal.loader.equinoxClassLoader）。但这表明liberty可以访问NamespacePrefixMapper。

在加载实现和MarsHallerImpl时，我多次尝试使用相同的类加载器，并尝试通过server.xml中的classloder设置来解决这一问题。没有成功。我知道不建议使用这样的JAXB实现特定类，但应用程序是这样开发的，不能轻易更改。

感谢任何帮助，它告诉我如何说服liberty将NamespacePrefixMapper类提供给application classloader或者在MarsHallerImpl中也使用application classloader NamespacePrefixMapper。谢谢你。

//The implementation class looks for example like this:
public class MyNamespacePrefixMapperImpl extends com.sun.xml.bind.marshaller.NamespacePrefixMapper {...}
JAXBContext c = JAXBContext.newInstance(some mapped class);
Marshaller m = c.createMarshaller();
com.sun.xml.bind.marshaller.NamespacePrefixMapper mapper = new MyNamespacePrefixMapperImpl();// Here the NoClassDefFoundError occurs.
m.setProperty("com.sun.xml.bind.namespacePrefixMapper", mapper); // Here the instanceof check fails if jaxb-impl.jar is in EAR/lib.

Answer 1

这是一个不稳定的局势，没有一个容易的解决办法。Liberty试图“隐藏”内部包，以避免用户想要的实现版本与框架提供的略有不同的场景--这个问题最明显的例子是在传统的was中，用户想要使用的Jakarta Commons日志版本与附带的was不同--这要求用户提供自己的，或者在一个隔离的共享库中，或者使用其他父级Last类加载黑客来使其工作。Liberty通过将内部实现与用户应用程序隔离来避免这些问题。

因此，当用户想要使用与Liberty提供的不同版本的第三方库时，这非常有效，但是正如您所发现的，当您的遗留应用程序依赖于那些隐藏的/隔离的第三方库时，这就不那么有效了。

最理想的解决方案是重构应用程序代码，使其不依赖于内部JAXB类--拥有更多JAXB专业知识的人也许可以帮助实现这一点。但听起来那可能不可行，所以另一个替代方案将是创建一个用户特性。用户特性本质上是对Liberty运行时的扩展--因此它可以访问用户应用程序没有的包。它还允许您将包添加为用户应用程序的API--因此您可以使用用户特性将com.sun.xml.bind.marshaller添加为公共API--然后您的用户应用程序可以自由地扩展它。您还可以在用户特性中包含MyNamespacePrefixMapPerImpl类，并在其中注册它，以便它自动应用于服务器中的所有应用程序。

您可以在这里找到关于用户特性的更多信息:https://www.ibm.com/support/knowledgecenter/en/sseqtp_liberty/com.ibm.websphere.wlp.doc/ae/twlp_feate_example.html

希望这有帮助，安迪