Развертывание многопользовательских файлов WAR для Wildfly

Я не думаю, что это версия, но я укажу, что я нахожусь на Immutant 2.1.0 и Wildfly 9.0.1.Final.Развертывание многопользовательских файлов WAR для Wildfly

Я начинаю с акции, только что разослал wildfly скачать и запустить ее с $ 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", wildfly жалуется:

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

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

Не знаю, не хватает ли я на этапе WAR времени или отсутствия конфигурации дикой природы или что.

источник

2015-09-24 deadghost

Это похоже на ошибку в Immutant, пытающуюся установить сервер с тем же именем дважды. –

@ JamesR.Perkins См. Мой ответ ниже. Это правильная оценка? Есть ли лучший способ обойти проблему? –

Это вызвано сетчатой банкой с файлом 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"/>).

источник

2015-09-28 17:19:13

Я полагаю, что immutant может использовать 'jboss-deployment-structure.xml', а? Если это так, его можно использовать для исключения подсистемы «pojo». Хотя удалить его, если он не используется, тоже хорошо. –

Да, мы включаем в игру 'jboss-deployment-structure.xml' для настройки зависимостей модуля для приложения и позволяем пользователю предоставлять настраиваемый вариант, так что это будет другой вариант. Я забыл, что подсистемы могут быть отключены оттуда. –

В противном случае удалите зависимость от netty.jar и повторно включите ее через jboss-deployment-structure.xml и обратитесь к модулю org.jboss.netty. – Christian13467

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

источник

2016-04-21 07:31:13

Развертывание многопользовательских файлов WAR для Wildfly

ответ

Смежные вопросы