Quarkus改造Pmml模型项目异常记录及解决处理
Quarkus改造Pmml模型项目异常记录及解决处理
目录前言异常如下:解决解决思路stax-api百科总结
前言
这个项目是一个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.
at com.sun.xml.bind.v2.model.impl.RuntimeTypeInfoSetImpl.
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.
at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.
at com.sun.xml.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:425)
at com.sun.xml.bind.v2.runtime.JAXBContextImpl.
at com.sun.xml.bind.v2.runtime.JAXBContextImpl.
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导致的问题,实际上并没有使用到这个依赖,所以排除即可
解决思路
刚看到这个异常时,没有啥想法,加载程序约束冲突,这个还是头一次见,后面就在PMMLNZUyO的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中了,所以添加进新的进来就导致冲突了
以上就是Quarkus改造Pmml模型项目异常记录及解决的详细内容,更多关于Quarkus改造Pmml模型项目异常的资料请关注我们其它相关文章!
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~