Развертывание нескольких WAR-файлов Immutant в Wildfly

Question

Я не думаю, что это конкретная версия, но я укажу, что я на Immutant 2.1.0 а также Wildfly 9.0.1.Final,

Я начинаю со стоковой, только что разархивированной загрузки, и запускаю ее с $ wildfly-9.0.1.Final/bin/standalone.sh, я бегу $ lein immutant war в моем проекте clojure со следующим в моем project.clj:

:immutant {:war {:destination "/srv/wildfly-9.0.1.Final/standalone/deployments/"
                 :context-path "/app1}}

Это отлично работает, и у меня есть приложение на http://localhost:8080/app1, Проблема заключается в том, когда я делаю это со вторым приложением с :context-path "/app2"Дедушка жалуется:

>Caused by: org.jboss.msc.service.DuplicateServiceException: 
 Service jboss.pojo.\"org.jboss.netty.internal.LoggerConfigurator\".DESCRIBED 
 is already registered"

Если я сделаю этот процесс с app2 до app1, app2 будет правильно развернут, но app1 получит жалобу. Оба могут быть развернуты индивидуально, но не одновременно.

Я не знаю, пропускаю ли я шаг в WAR время или отсутствующая конфигурация дикой бабочки или что.

Answer 1

Это вызвано тем, что банка jboss-beans.xml файл, который обнаруживается подсистемой "pojo" в WildFly и используется для настройки компонента LoggerConfigurator. Каждое приложение должно зависеть от netty (возможно, транзитивно), что заставляет WildFly дважды пытаться развернуть один и тот же компонент. Одним из обходных путей является отключение подсистемы pojo в WildFly путем редактирования соответствующей standalone/configuration/standalone*.xml файл и комментирование подсистемы pojo (возможно, вам придется закомментировать оба <extension module="org.jboss.as.pojo"/> а также <subsystem xmlns="urn:jboss:domain:pojo:1.0"/>).

Answer 2

У меня была похожая проблема, когда я пытался развернуть два приложения на jboss с помощью hornetq-jms-server. Основной причиной был дополнительный jboss-beans.xml в jar netty. Я не уверен, в какой именно версии он был удален, но переключился на шершень 2.4.7.Final, который использует netty-all 4.0.13.Final сделал свою работу. Вот информация о дефекте https://github.com/netty/netty/issues/1996