Solucionado (ver solução)
Solucionado
(ver solução)
3
respostas

Servidor wildfly erro ao subir o WAR, erro conforme imagem

Tem um projeto no eclipse. Para gerar o war, clico no menu Export, Escolho a opção Web, clico em WAR File.

Clico em Next, Escolho o projeto e depois escolho em qual pasta vai gerar o WAR.

Entrei no administrador do servidor wildfly. fui na aba deployments. Escolhi o WAR gerado e mandei importar. Depois de um tempo ele mostra esta mensagem de erro.

Cannot upload deployment: {"WFLYCTL0080: Failed services" => {"jboss.persistenceunit.\"des-if-web.war#desif\"" => "org.jboss.msc.service.StartException in service jboss.persistenceunit.\"des-if-web.war#desif\": 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"},"WFLYCTL0412: Required services that are not installed:" => ["jboss.persistenceunit.\"des-if-web.war#desif\""],"WFLYCTL0180: Services with missing/unavailable dependencies" => undefined}

Esta também

Name: Unique identifier of the deployment. Must be unique across all deployments. Runtime Name: Name by which the deployment should be known within a server's runtime. This would be equivalent to the file name of a deployment file, and would form the basis for such things as default Java Enterprise Edition application and module names. This would typically be the same as 'name', but in some cases users may wish to have two deployments with the same 'runtime-name' (e.g. two versions of 'foo.war') both available in the deployment content repository, in which case the deployments would need to have distinct 'name' values but would have the same 'runtime-name'.

Desenvolvimento é wildlfy 8.0

Homologação é 10.0

O que pode ser ?

3 respostas

Fala Guilherme, tudo bem ?

Dando uma pesquisada na exception que ocorre no contexto da sua dúvida, cheguei numa dúvida idêntica a sua.

Pois bem, entre algumas respostas o pessoal da comunidade diz que o possível problema tem a ver com o escopo de dependências, mas especificamente a do hibernate-core. Se você tem essa dependência você deve fazer com que esta seja `provided pelo Application Server, que o conflito (ClassCastException para org.dom4j.DocumentFactory) é resolvido. Este artifact do hibernate core pode ter uma versão do dom4j como dependencia que pode estar entrando em conflito com a do seu server. Ajustando para provided você usará a implementação do próprio server e deve resolver. Pode ser que isso ajude. Link para a dúvida aqui.

<dependency>
    <groupId>org.hibernate</groupId>
    <artifactId>hibernate-core</artifactId>
    <version>${hibernate-core.version}</version>
    <scope>provided</scope>
</dependency>

Espeto ter ajudado. Abraco!

solução!

Rafael obrogado pelo retorno.

Além disto, depois vimos que o servidor de banco de dados não estava ligado.

Este tópico foi resolvido.