wildfly 10: java.lang.ClassCastException: org.dom4j.DocumentFactory no se puede convertir a org.dom4j.DocumentFactory

Tengo una aplicación maven que funciona bien en wildfly 8.2, pero cuando Ideployed en wildfly 10 ocurrió este error:

[2016-02-21 11:22:08,411] Artifact SatwigdIssueTracking:war exploded: Error during artifact deployment. See server log for details. [2016-02-21 11:22:08,411] Artifact SatwigdIssueTracking:war exploded: java.lang.Exception: {"WFLYCTL0080: Failed services" => {"jboss.persistenceunit.SatwigdIssueTracking-1#SatwigdIssueTracking" => "org.jboss.msc.service.StartException in service jboss.persistenceunit.SatwigdIssueTracking-1#SatwigdIssueTracking: java.lang.ClassCastException: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory Caused by: java.lang.ClassCastException: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory"}} 

Leí esto y no había otra biblioteca dom4j. También leí esto y lo hice, pero después de eliminar dom4j, obtuve este error:

  [2016-02-21 01:46:38,384] Artifact SatwigdIssueTracking:war exploded: Error during artifact deployment. See server log for details. [2016-02-21 01:46:38,385] Artifact SatwigdIssueTracking:war exploded: java.lang.Exception: {"WFLYCTL0080: Failed services" => {"jboss.undertow.deployment.default-server.default-host./" => "org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./: java.lang.RuntimeException: java.lang.NullPointerException Caused by: java.lang.RuntimeException: java.lang.NullPointerException Caused by: java.lang.NullPointerException"}} 

aquí está mi pom.xml

   4.0.0 ir.farzanehfar SatwigdIssueTracking 1 war SatwigdIssueTracking  UTF-8    SimpleCaptchaRepository http://repo.jfrog.org/artifactory/libs-releases/     javax javaee-web-api 7.0 provided   javax javaee-api 7.0 provided   org.primefaces primefaces 5.2   org.primefaces.themes all-themes 1.0.10   org.primefaces.extensions primefaces-extensions 3.1.0   org.primefaces.extensions resources-ckeditor 3.1.0    org.hibernate hibernate-entitymanager 5.1.0.Final provided   org.hibernate hibernate-ehcache 5.1.0.Final   junit junit 3.8.1 test   commons-lang commons-lang 2.6   com.google.guava guava 12.0   joda-time joda-time 2.1   commons-fileupload commons-fileupload 1.3   commons-io commons-io 2.2   log4j log4j 1.2.17   org.codehaus.jackson jackson-mapper-asl 1.9.13   com.jhlabs imaging 01012005   axis axis 1.4   org.apache.axis axis-jaxrpc 1.4   org.apache.poi poi 3.11   org.apache.poi poi-ooxml 3.11      org.apache.maven.plugins maven-compiler-plugin 3.1  1.8 1.8    org.apache.maven.plugins maven-war-plugin  src\main\webapp\WEB-INF\web.xml      

¡Acabo de hacer que todas las dependencias de hibernación proporcionen scope y problema resuelto!

   org.hibernate hibernate-core 5.1.0.Final provided   org.hibernate hibernate-validator 5.2.4.Final provided    org.hibernate hibernate-entitymanager 5.1.0.Final provided   org.hibernate hibernate-ehcache 5.1.0.Final provided  

agregar dependencia dom4j a pom con scope provisto

  dom4j dom4j 1.6.1 provided  

Recientemente tuve el mismo problema con la biblioteca dom4j y Wildfly 10. Encontré esta publicación (en portugués) y reemplacé la biblioteca dom4j que viene con Wildfly con la que descargué de Maven Central, y eso resolvió el problema.

El $JBOSS_HOME/modules/system/layers/base/org/dom4j/main jar se encuentra en $JBOSS_HOME/modules/system/layers/base/org/dom4j/main , simplemente lo reemplaza con el archivo descargado, en mi caso el archivo era dom4j-1.6.1.jar . Supongo que si cambias la versión (en el momento de esta publicación esta es la última versión) también debes modificar el archivo module.xml en la misma carpeta, pero no lo he intentado.

Anteriormente, también probé la auto-respuesta de hf, pero no resolvió mi problema.

Espero que esto contribuya a alguien con el mismo problema. Atentamente

Si está utilizando hibernate-core como dependencia, debe asegurarse de que se proporciona el scope. El artefacto de hibernación tiene una versión de dom4j como dependencia, haciendo que cambiar el provided resuelva el conflicto.

   org.hibernate hibernate-core 4.3.1.Final jar provided  

Espero que esto te haga sonreír 🙂

Tuve el mismo problema, pero finalmente lo que hice fue eliminar las librerías (redundantes) de Hibernate de pom.

Como Wildfly ya está utilizando Hibernate como proveedor de JPA ( https://docs.jboss.org/author/display/WFLY10/JPA+Reference+Guide#JPAReferenceGuide-Introduction ), no es necesario que proporcione dichas clases en absoluto (a menos que están usando directamente las clases de Hibernate).

Entonces la configuración mínima está funcionando bien:

    javax javaee-api 7.0 provided    

Y persistence.xml

   org.hibernate.jpa.HibernatePersistenceProvider java:/jdbc/MySqlDS      

Probado en Wildfly 10.

Las otras sugerencias aquí no funcionaron para mí o no se aplicaron a mi proyecto. Encontré una posible solución en este blog . Básicamente dice agregar Dependencies: org.dom4j export a {your war}/META-INF/MANIFEST.MF . Estoy ejecutando Wildfly 10 y hacerlo en mi oreja y el proyecto ejb parece haber funcionado.

Excluya la dependencia dom4j de las hibernadas.

Compruebe en el resultado acme.war / WEB-INF / lib que no hay dom ***. Jar

  org.hibernate hibernate-core 4.3.8.Final   dom4j dom4j     org.hibernate hibernate-entitymanager 4.3.8.Final   dom4j dom4j    

Tuve el mismo problema, pero lo resolví utilizando el inicio rápido oficial de hibernate5 disponible aquí https://github.com/wildfly/quickstart/tree/11.x/hibernate5

Pruebe el inicio rápido de hibernate5, debería funcionar.

Eche un vistazo al pom.xml, que contiene

   org.hibernate.javax.persistence hibernate-jpa-2.1-api provided      org.hibernate hibernate-validator provided   org.slf4j slf4j-api       org.hibernate hibernate-core provided  

Incluye eso y funcionará. Tuve que cancelar mi aplicación y reiniciar wildfly.

Si necesita utilizar otra versión de Hibernate que la proporcionada en Wildfly, siga el procedimiento oficial para actualizar la versión de Hibernate en Wildly , sección Sustitución de los archivos JIB de Hibernate 5.x actuales por una versión más nueva .

agregando a continuación en ‘jboss-deployment-structure.xml’ bajo META-INF de mi archivo ear resuelto el problema y trabajando tanto en weblogic como en wildfly

         

Estoy trabajando con Eclipse Neon.3 (4.6.3) y Wildfly 10.1.0.

Lo que funcionó para mí fue restaurar un archivo standalone.xml anterior desde el \standalone\configuration\standalone_xml_history . Apagué el servidor y luego reemplacé el archivo de configuración actual con una copia de seguridad anterior.

No tengo idea de qué cambió en la configuración (no lo alteré manualmente), pero parece que el mensaje de error también puede ser causado por cambios en standalone.xml .

Tal vez esta información sea útil, en caso de que ninguna de las otras soluciones funcione para usted.

Su EAR puede contener el archivo duplicado de configuración jpa de spring, verificar y eliminar el archivo duplicado

Yo tuve el mismo problema. Seguí estas instrucciones y funcionó. http://blog.triona.de/development/java/org-dom4j-documentfactory-classcastexception-on-hudson.html

De acuerdo con este post https://issues.jboss.org/browse/WFLY-5549 , necesitamos crear un archivo llamado boss-deployment-structure.xml con el contenido

         

A continuación, colóquelo en ../wildfly/modules/system/layers/base/org/jboss/as/product/wildfly-full/dir/META-INF

Espero que esto ayude.