Существует ли параметр конфигурации для JBoss 5.0, чтобы контролировать порядок развертывания файлов ear? - PullRequest
Новая
       12

Существует ли параметр конфигурации для JBoss 5.0, чтобы контролировать порядок развертывания файлов ear?

4 голосов
/ 19 апреля 2011

Существует ли механизм в самом файле ear (jboss-app.xml) или конфигурация на сервере, чтобы гарантировать, что EAR загружен последним и / или после другого уха? Например

  1. / deploy / web-services.ear (принадлежит другой поставщик / проект)
  2. / deploy / enterprise-app.ear (война, веб-сервисы ejbs)

что-то вроде: 

<load-precedence>
web-services.ear
enterprise-app.ear
</load-precedence>

Ответы [ 3 ]

3 голосов
/ 19 апреля 2011

Было бы удобно, если бы было; Я не знаю ни одного. У нас есть EAR, которые зависят от других EAR. Наш код запуска выполняется в потоке и повторяется с интервалом, пока EJB в другом EAR не станут доступны.

2 голосов
/ 21 мая 2011

Я никогда не использовал JBoss в качестве сервера приложений, но, глядя на эту документацию:

JBOSS DeploymentScanner

Существует сортировщик развертывания, который может выглядеть такчто вы ищете.

1 голос
/ 12 июня 2013

Я использую порядок конфигурации суффикса EAR в conf/bootstrap/deployers.xml. Значение варьируется от 50 (началось первым) до 950 (началось последним), см. LegacyDeploymentContextComparator class . В вашем случае вы получите: 

<bean name="topContextComparator">
    <constructor factoryClass="org.jboss.system.deployers.LegacyDeploymentContextComparator" factoryMethod="getInstance"/>
     <property name="suffixOrder" class="java.util.Map">
        <map keyClass="java.lang.String" valueClass="java.lang.Integer">
            <entry>
                <key>web-services.ear</key>
                <value>500</value>
            </entry>
            <entry>
                <key>enterprise-app.ear</key>
                <value>600</value>
            </entry>
        </map>
    </property>
</bean>

Я также использую общую конфигурацию суффиксов, например _<N>.ear, где <N> - начальный порядок. Это позволяет избежать изменения файла deployers.xml при каждом развертывании нового EAR. Это полезно при развертывании версий EAR, таких как MyEar_v20130611_3.ear (в этом случае N = 3): 

            <entry>
                <key>_1.ear</key>
                <value>500</value>
            </entry>
            <entry>
                <key>_2.ear</key>
                <value>600</value>
            </entry>
            <entry>
                <key>_3.ear</key>
                <value>700</value>
            </entry>
...