Quarkus改造Pmml模型项目异常记录（16）

前言

这个项目是一个PMML模型跑分系统，在使用quarkus架构对其改造的过程中，在加载PMML模型时，抛了一个异常，在网上找了很多资料都没有解决，pmml项目的issue中也没有找到相关的内容，故在此记录下，给遇到问题的你做个参考

Quarkus技术交流QQ群：871808563

jpmml-evaluator：https://github.com/jpmml/jpmml-evaluator

异常如下：

java.lang.LinkageError: loader constraint violation: when resolving field "DATETIME" of type javax.xml.namespace.QName, the class loader io.quarkus.bootstrap.classloading.QuarkusClassLoader @58fd1214 (instance of io.quarkus.bootstrap.classloading.QuarkusClassLoader, child of 'platform' jdk.internal.loader.ClassLoaders$PlatformClassLoader) of the current class, com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl, and the class loader 'bootstrap' for the field's defining type, javax.xml.datatype.DatatypeConstants, have different Class objects for type javax.xml.namespace.QName
	at com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl.<clinit>(RuntimeBuiltinLeafInfoImpl.java:254)
	at com.sun.xml.bind.v2.model.impl.RuntimeTypeInfoSetImpl.<init>(RuntimeTypeInfoSetImpl.java:33)
	at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.createTypeInfoSet(RuntimeModelBuilder.java:98)
	at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.createTypeInfoSet(RuntimeModelBuilder.java:54)
	at com.sun.xml.bind.v2.model.impl.ModelBuilder.<init>(ModelBuilder.java:132)
	at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.<init>(RuntimeModelBuilder.java:62)
	at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:425)
	at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:273)
	at com.sun.xml.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:109)
	at com.sun.xml.bind.v2.runtime.JAXBContextImpl$JAXBContextBuilder.build(JAXBContextImpl.java:1126)
	at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:135)
	at com.sun.xml.bind.v2.JAXBContextFactory.createContext(JAXBContextFactory.java:35)
	at javax.xml.bind.ContextFinder.find(ContextFinder.java:393)
	at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:691)
	at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:632)
	at org.jpmml.model.JAXBUtil.getContext(JAXBUtil.java:103)
	at org.jpmml.model.JAXBUtil.createUnmarshaller(JAXBUtil.java:143)
	at org.jpmml.evaluator.LoadingModelEvaluatorBuilder.load(LoadingModelEvaluatorBuilder.java:88)
	at org.jpmml.evaluator.LoadingModelEvaluatorBuilder.load(LoadingModelEvaluatorBuilder.java:78)
	at org.jpmml.evaluator.LoadingModelEvaluatorBuilder.load(LoadingModelEvaluatorBuilder.java:66)

最后发现是一个依赖的jar包中带的一个依赖stax-api导致的问题，实际上并没有使用到这个依赖，所以排除即可

        <dependency>
            <groupId>com.aliyun.oss</groupId>
            <artifactId>aliyun-sdk-oss</artifactId>
            <version>3.6.0</version>
            <exclusions>
                <exclusion>
                    <artifactId>stax-api</artifactId>
                    <groupId>stax</groupId>
                </exclusion>
            </exclusions>
        </dependency>

解决思路

刚看到这个异常时，没有啥想法，加载程序约束冲突，这个还是头一次见，后面就在PMML的github仓库上找issue里的关键信息，一无所获。最后把异常message放google上搜到了两条关键信息，如下：

信息一：https://youtrack.jetbrains.com/issue/JT-7922

信息二：https://serverfault.com/questions/401890/

其中，信息一的异常匹配度非常高，达到了100%的异常消息匹配，但是没有说解决方案，信息二虽然也没给出具体的方案，但是谈到了可能是jar依赖冲突导致，这个给了我灵感，最后经过尝试验证，把stax-api这个jar找出来了。

stax-api百科

XML流API（Streaming API for XML，缩写StAX）是用于读写XML文档的应用程序接口，起源于Java社群，JSR 173定义了这个API。
传统上来说，XML的API无外乎是以下两种：
基于树的API- 整个文档以树的形式被读入内存，可以被调用程序随机访问。
基于事件的API - 应用注册接收事件，当原XML文档遇到事体时就会产生这些事件。
两者皆有优点，前者（例如DOM）允许对文档进行随机访问，而后者（例如SAX）需要较小的内存开销，并却通常更快。这两个方法可以认为是正好相反。基于树的API允许无限制的，随机的访问和操纵，而基于事件的API是一次性地遍历源文档。
StAX被设计为这两者的一个折中。在StAX中，程序的切入点是表示XML文档中一个位置的光标。应用程序在需要时向前移动光标，从解析器拉出信息。与基于事件的API（如SAX）将“数据推送”给应用程序不同的是，SAX需要应用程序维持时间间的状态，以保持文档内的位置信息。
总结

基于stax-api百科的信息，在结合异常信息，这个异常算终于水落石出了，可以判断出，这个jar的功能已经被包含进jdk中了，所以添加进新的进来就导致冲突了