Добавление второй папки conf в JBoss 5.1.0 - PullRequest
2 голосов
/ 12 января 2011

У нас есть слегка измененная конфигурация JBoss 5.1.0, в которую мы добавили новую папку с именем <JBOSS_HOME>/myconf в classpath.Вот соответствующий бит conf/jboss-service.xml:

<server>
    <classpath codebase="${jboss.server.lib.url}" archives="*"/>
    <classpath codebase="${jboss.common.lib.url}" archives="*"/>
    <classpath codebase="myconf" archives="*"/>
    ...
</server>

Идея состоит в том, что файлы конфигурации для конкретного приложения могут входить в <JBOSS_HOME>/myconf, тогда как файлы конфигурации для JBoss могут оставаться в <JBOSS_HOME>/conf.

В myconf У меня есть файл с именем myapp_log4j.xml, который является стандартным файлом конфигурации Log4J.Этот файл загружается перехватчиком AOP с использованием getResourceAsStream("/myapp_log4j.xml").

. Если XML-файл находится в следующем месте, он работает:

<JBOSS_HOME>/myconf/conf/myapp_log4j.xml

, хотя, если он находится в этом месте, онне:

<JBOSS_HOME>/myconf/myapp_log4j.xml

Почему файл .xml должен находиться внутри подпапки conf, и есть ли способ изменить / исправить это?

Ответы [ 2 ]

2 голосов
/ 12 апреля 2012

Я не согласен.Мы годами использовали пользовательские записи пути к классам без проблем.Мы считаем, что это очень эффективный способ поменять конфигурацию пути к классам.Я думаю, что ваша проблема в том, что JBoss ожидает URL.Например,

<classpath codebase="file:/home/me/myProject/myBranch/patches" archives="*"/>
<classpath codebase="file:/home/me/myProject/myBranch/lib" archives="*"/>
<classpath codebase="file:/home/me/myProject/myBranch/ext/" archives="*"/>
<classpath codebase="file:/home/me/myProject/myBranch/"/>
0 голосов
/ 14 января 2011

Чтобы суммировать комментарии, попытка поместить специфичную для приложения конфигурацию в отдельный каталог JBoss в стиле conf обречена на провал.JBoss не должен сгибаться таким образом.

Конфигурация приложения должна быть либо (а) внутри приложения (то есть внутри EAR / WAR), либо (b) где-то за пределами JBoss полностью.

...