在开发高度基于XML的Java应用程序时,我最近在Ubuntu Linux上遇到了一个有趣的问题。
我的应用程序使用Java Plugin Framework,似乎无法将dom4j创建的XML文档转换为Batik的 SVG规范实现。
在控制台上,我了解到发生了错误:
线程“ AWT-EventQueue-0”中的异常java.lang.LinkageError:接口可初始化中违反了加载程序约束:解决方法“ org.apache.batik.dom.svg.SVGOMDocument.createAttribute(Ljava / lang / String;)Lorg时/ w3c / dom / Attr;” 当前类org / apache / batik / dom / svg / SVGOMDocument的类加载器(org / java / plugin / standard / StandardPluginClassLoader的实例)和接口org / w3c /的类加载器(<bootloader>的实例) dom / Document对于签名中使用的org / w3c / dom / Attr类型具有不同的Class对象 在org.apache.batik.dom.svg.SVGDOMImplementation.createDocument(SVGDOMImplementation.java:149) 在org.dom4j.io.DOMWriter.createDomDocument(DOMWriter.java:361) 在org.dom4j.io.DOMWriter.write(DOMWriter.java:138)
我认为问题是由来自JVM的原始类加载器与插件框架部署的类加载器之间的冲突引起的。
据我所知,不可能为框架指定一个类加载器。也许可以破解它,但是我宁愿使用一种不太积极的方法来解决此问题,因为(出于某种原因)它仅在Linux系统上发生。
你们中的一个人遇到过这样的问题,并且有任何想法如何解决它,或者至少是问题的核心吗?
在经典情况下,LinkageError是您将得到的,在经典情况下,您有一个以上的类加载器加载了一个类C,并且这些类在同一代码(比较,强制转换等)中一起使用。相同的Class名称或是否从相同的jar加载都没有关系- 如果从另一个classloader加载,则一个classloader的Class始终被视为另一个Class。
消息(这些年来已大大改进)说:
Exception in thread "AWT-EventQueue-0" java.lang.LinkageError: loader constraint violation in interface itable initialization: when resolving method "org.apache.batik.dom.svg.SVGOMDocument.createAttribute(Ljava/lang/String;)Lorg/w3c/dom/Attr;" the class loader (instance of org/java/plugin/standard/StandardPluginClassLoader) of the current class, org/apache/batik/dom/svg/SVGOMDocument, and the class loader (instance of ) for interface org/w3c/dom/Document have different Class objects for the type org/w3c/dom/Attr used in the signature
因此,这里的问题在于解析SVGOMDocument.createAttribute()方法,该方法使用org.w3c.dom.Attr(标准DOM库的一部分)。但是,与Batik一起加载的Attr版本是从与传递给该方法的Attr实例不同的类加载器加载的。
您会看到Batik的版本似乎是从Java插件加载的。并且您的文件是从“”加载的,“”很有可能是内置的JVM加载程序之一(引导类路径,ESOM或类路径)。
三种杰出的类加载器模型是:
我不知道JPF类加载器使用什么委派策略,但是关键是您希望加载dom库的一个版本,并且每个人都希望从同一位置获取该类。这可能意味着将其从类路径中删除并作为插件加载,或者阻止Batik加载它或其他东西。