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

Servidor não sobre depois de implementar email assíncrono

Olá pessoal! Estou no módulo 3 da loja virtual nas aulas de implantação do email assíncrono e após a implementação o servidor não subiu mais, fiz vários testes, inclusive retirar toda a implantação assíncrona do email e tudo vai bem até a implementação do MessageDriven na Classe EnviaEmailCompra, fiz algumas pesquisas pelo log de erro, mas não adiantou muito, até implementei outras configurações seguindo a especificação da jboss mas a coisa parou no erro abaixo. Observem que o servidor carrega, mas a aplicação não sobe nem os beans... Já vi alguma coisa relacionada a troca do standalone.xml para o standalone-full.xml, mas no meu caso não está dando certo. Se alguém puder me ajudar a o fio da meada desse erro, ficarei agradecido. Desde já! Obrigado!

22:21:24,280 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.deployment.unit."casadocodigo.war".PARSE: org.jboss.msc.service.StartException in service jboss.deployment.unit."casadocodigo.war".PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment "casadocodigo.war"
    at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154)
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
    at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)
Caused by: org.jboss.msc.service.ServiceNotFoundException: Service service jboss.ejb.default-resource-adapter-name-service not found
    at org.jboss.msc.service.ServiceContainerImpl.getRequiredService(ServiceContainerImpl.java:669)
    at org.jboss.as.ejb3.deployment.processors.MessageDrivenComponentDescriptionFactory.getDefaultResourceAdapterName(MessageDrivenComponentDescriptionFactory.java:274)
    at org.jboss.as.ejb3.deployment.processors.MessageDrivenComponentDescriptionFactory.processMessageBeans(MessageDrivenComponentDescriptionFactory.java:154)
    at org.jboss.as.ejb3.deployment.processors.MessageDrivenComponentDescriptionFactory.processAnnotations(MessageDrivenComponentDescriptionFactory.java:81)
    at org.jboss.as.ejb3.deployment.processors.AnnotatedEJBComponentDescriptionDeploymentUnitProcessor.processAnnotations(AnnotatedEJBComponentDescriptionDeploymentUnitProcessor.java:57)
    at org.jboss.as.ejb3.deployment.processors.AbstractDeploymentUnitProcessor.deploy(AbstractDeploymentUnitProcessor.java:76)
    at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147)
    ... 5 more
22:21:24,283 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "casadocodigo.war")]) - failure description: {
    "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"casadocodigo.war\".PARSE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"casadocodigo.war\".PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment \"casadocodigo.war\"
    Caused by: org.jboss.msc.service.ServiceNotFoundException: Service service jboss.ejb.default-resource-adapter-name-service not found"},
    "WFLYCTL0412: Required services that are not installed:" => ["jboss.deployment.unit.\"casadocodigo.war\".PARSE"],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined
}
2 respostas

Oi Davidson, ainda não está claro para mim :(. Acho que no momento que você foi editar o arquivo de configuração alguma outra coisa foi apagada... se você retirar a configuração do email, tudo funciona? Ele reclama de algo relacionado a configuração de ejbs, mas nem sempre as mensagens do wildfly indicam exatamente a origem do problema.

solução!

Obrigado pela atenção Alberto, depois de várias outras pesquisas e me aprofundar um pouco mais no wildfly, percebi que não havia nenhum erro ou engano na implementação do email assícrono, mas uma coisa ficou pouco clara e não consegui identificar realmente em qual aula houve a troca do arquivo de configuração standalone.xml para o standalone-full.xml, por isso, para deixarmos as coisas claras e transparentes para os nossos colegas, foi necessário implementar no arquivo standalone.xml as alterações referentes ao JMS que estão somente no standalone-full.xml. Ou seja, usando o standalone.xml não vai funcionar mesmo! Isto posto, gostaria de sugerir o link abaixo:

https://jboss-books.gitbooks.io/wildfly/content/introducao.html

Que me ajudou muito a entender o porque disso, se vocês olharem na aba "Profiles e suas diferenças" constataram a existência de uma tabela que mostra exatamente o tipo de uso de cada arquivo de configuração. Espero ter ajudado e que outra pessoa possa resolver de modo mais rápido tal configuração!

Quer mergulhar em tecnologia e aprendizagem?

Receba a newsletter que o nosso CEO escreve pessoalmente, com insights do mercado de trabalho, ciência e desenvolvimento de software