ClassCastException em Casting DTMManagerDefault no DTMManager durante o Maven Jaxb CodeGen
-
26-09-2019 - |
Pergunta
Estou tendo um problema estranho ao tentar executar uma construção do Maven que usa o plug -in Jaxb2 para fazer o JAXB CodeGen (consulte o Stacktrace abaixo). O melhor que posso imaginar é que há alguma implementação do DTMManager que está sendo carregado de classe de um frasco diferente do que em Xalan-2.7.1; No entanto, verifiquei que o caminho de classe usado para executar a meta Jaxb: Gereate possui apenas o Xalan -2.7.1.jar que contém um dtmmanager ou um dtmmanagerdefault - então não tenho idéia do que mais pode estar atrapalhando .
Um ponto de dados final: nossa compilação especifica um perfil 'instantâneo', que realmente serve apenas para eliminar também as fontes (usando a plugina maven-source) e publicá-los como artefatos. O cenário de falha que descrevi acima só ocorre quando esse perfil é especificado além do padrão.
Estou usando o MAVEN 2.2.1 em execução no JDK 1.6.0_21 do Sun no Linux X64 (Fedora 13) -veja abaixo o Stacktrace para as informações 'MVN -V'.
Alguma idéia sobre qual pode ser o problema e/ou como fazer depurar -o? Isso está me causando tristeza nos últimos dias e agora está bloqueando o progresso :(
java.lang.ClassCastException: org.apache.xml.dtm.ref.DTMManagerDefault cannot be cast to org.apache.xml.dtm.DTMManager
at org.apache.xml.dtm.DTMManager.newInstance(DTMManager.java:137)
at org.apache.xpath.XPathContext.<init>(XPathContext.java:102)
at org.apache.xpath.jaxp.XPathImpl.eval(XPathImpl.java:207)
at org.apache.xpath.jaxp.XPathImpl.evaluate(XPathImpl.java:281)
at com.sun.tools.xjc.reader.internalizer.Internalizer.buildTargetNodeMap(Internalizer.java:224)
at com.sun.tools.xjc.reader.internalizer.Internalizer.buildTargetNodeMap(Internalizer.java:289)
at com.sun.tools.xjc.reader.internalizer.Internalizer.transform(Internalizer.java:134)
at com.sun.tools.xjc.reader.internalizer.Internalizer.transform(Internalizer.java:96)
at com.sun.tools.xjc.reader.internalizer.DOMForest.transform(DOMForest.java:448)
at com.sun.tools.xjc.ModelLoader.buildDOMForest(ModelLoader.java:342)
at com.sun.tools.xjc.ModelLoader.loadXMLSchema(ModelLoader.java:374)
at com.sun.tools.xjc.ModelLoader.load(ModelLoader.java:167)
at com.sun.tools.xjc.ModelLoader.load(ModelLoader.java:113)
at org.jvnet.jaxb2.maven2.XJC2Mojo.runXJC(XJC2Mojo.java:1119)
at org.jvnet.jaxb2.maven2.XJC2Mojo.execute(XJC2Mojo.java:720)
...
mvn -v:
# mvn -v
Apache Maven 2.2.1 (r801777; 2009-08-06 14:16:01-0500)
Java version: 1.6.0_21
Java home: /usr/java/jdk1.6.0_21/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux" version: "2.6.33.3-85.fc13.x86_64" arch: "amd64" Family: "unix"
Solução
A solução é procurar todas as dependências em Xalan e XerceSimpl no caminho de classe. Essas dependências devem ser excluídas.
Atualizada
Eu encontrei uma resposta como esta - veja http://www.mail-archive.com/dev@qpid.apache.org/msg07295.html
Had a look at this closely and figured it was due to a classpath class
due to Sun bundling an older version of Xalan jar.
I have disabled this test until we come up with a decent solution.
Rajith
Outras dicas
Para excluir o xalan
e xercesImpl
Dependências no Maven:
<dependency> <!-- ClassNotFoundException: org.jaxen.dom.DOMXPath -->
<groupId>jaxen</groupId>
<artifactId>jaxen</artifactId>
<version>1.1.3</version>
<exclusions>
<exclusion>
<artifactId>maven-findbugs-plugin</artifactId>
<groupId>maven-plugins</groupId>
</exclusion>
<exclusion>
<artifactId>maven-cobertura-plugin</artifactId>
<groupId>maven-plugins</groupId>
</exclusion>
<!-- ClassCastException: org.apache.xml.dtm.ref.DTMManagerDefault -> org.apache.xml.dtm.DTMManager -->
<exclusion>
<artifactId>xercesImpl</artifactId>
<groupId>xerces</groupId>
</exclusion>
<exclusion>
<artifactId>xalan</artifactId>
<groupId>xalan</groupId>
</exclusion>
</exclusions>
</dependency>
Veja também https://community.jboss.org/wiki/freemarkerandjbossas7 .