Quarkus改造Pmml模型项目异常记录及解决处理
前言
这个项目是一个PMML模型跑分系统，在使用quarkus架构对其改造的过程中，在加载PMML模型时，抛了一个异常，在网上找了很多资料都没有解决，pmml项目的issue中也没有找到相关的内容，故在此记录下，给遇到问题的你做个参考
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中了，所以添加进新的进来就导致冲突了
