2011-01-12 11 views
2

JBoss 5.1.0の設定が若干変更されました。クラスパスに<JBOSS_HOME>/myconfという新しいフォルダが追加されました。ここconf/jboss-service.xmlの該当ビットは次のとおりです。2番目のconfフォルダをJBoss 5.1.0に追加

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

JBoss固有の設定ファイルが<JBOSS_HOME>/confに残ることができますが、そのアプリケーション固有の設定ファイルであることのアイデアが<JBOSS_HOME>/myconfに行くことができます。

myconf標準のLog4J構成ファイルであるmyapp_log4j.xmlというファイルがあります。このファイルは、getResourceAsStream("/myapp_log4j.xml")を使用してAOPインターセプタによってロードされます。

の.xmlファイルは、それが動作次の場所にある場合:それはこの場所にある場合、それはない

<JBOSS_HOME>/myconf/conf/myapp_log4j.xml 

かかわら:

<JBOSS_HOME>/myconf/myapp_log4j.xml 

なぜ.xmlファイルを行いますconfサブフォルダの中にいる必要があり、これを変更/修正できる方法はありますか?

+0

単一の 'conf'フォルダは、JBossの動作方法の中核をなすものです。アプリケーション固有の設定がアプリケーション自体の内部にないのはなぜですか? – skaffman

+0

それに固執すれば、それは正しいことです。一方、JBossの内部でのメッセージングは​​そうではありません。 – skaffman

+0

@skaffman:ありがとう、それを適切な答えとして追加したいのであれば、それを受け入れることができます:) – Rich

答えて

-1

コメントを要約すると、別のconfスタイルのJBossディレクトリにアプリケーション固有の設定を入れようとすると、失敗することになります。 JBossはそのように屈曲するつもりはありません。

App-specic configは、(a)アプリケーション内部(つまりEAR/WAR内部)、または(b)JBoss外部のどこかに移動します。

2

私は同意しません。私たちは何年もの間、問題のないカスタムクラスパスエントリを使用してきました。クラスパスの設定を交換するのに非常に効率的な方法であることがわかります。あなたの問題は、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/"/> 
関連する問題