2017-03-13 4 views
0

非常に多くのlog4j.propertiesファイルは、それらのlog4j.propertiesのパスがどのLog4jがalfrescoによって使用されていますか?私の屋外プロジェクトで

/modules/xyz_webscripts_extensions/target/xyz_webscripts_repo 
/modules/xyz_webscripts_extensions/target/test-classes 
/modules/xyz_webscripts_extensions/src/main/amp 

は誰も私log4j.propertiesを伝えることができますlog4j.proprtiesファイルのpresent.Someは私のカスタムモジュールに存在しているしていますファイルが私のWebサービスで使用されています。 それは私のWebサービス用にどのように初期化されていますか?

+3

でのdevのセットアップを入れても安全だと思いますalfresco-global.propertiesファイルのようなファイル。 –

+0

お返事ありがとうございますmurali sirあなたはこの行で私を助けることができますか? log4j.category.com.alfresco.file = debug、EここでEの意味は何ですか? –

答えて

2

Muralidharan Deenathayalanが彼のコメントでそれを言ったように。

そして、あなたは、単にこのフォルダの下のlog4jファイル /モジュール/ xyz_webscripts_extensions/srcに/メイン/アンプ

+0

Mr. Vikash –

0

を使用することができます実際には、以前の応答/コメントの中で共有される情報よりも、この主題にもう少しあります。 プロジェクトmvn cleanをクリーンアップすると、2つのlog4jファイルしか持てません(SDKのバージョンによっては、多かれ少なかれ、それは各バージョンごとに追跡されません)。

src/main/...は実際にはモジュールのデフォルト設定を保持していて、最終的にはあなたのアンプ(またはjar)にバンドルされます。 一方、src/test/...からのものは、実際にはプロジェクトにパッケージ化されておらず、プロジェクトの性質によって、テストを実行するとき、またはSDK mvn clean install -Prunまたはmvn clean install -Pamp-to-warから埋め込み型のTomcatでプロジェクトを実行するときにのみロードされます。

対象となるファイルは、実際に生成されたファイル(他の2つのファイルをマージするか、OOTB屋外戦争から抽出されたファイル)であり、次回に削除されるため、絶対に使用されませんメイヴンクリーンゴールへの呼び出し。

ボトムライン、私はIIRCすべてのlog4jのファイルが単一のlog4jとして結合されますsrc/main/...に(PRODためのもの)デフォルト値を保持するあなたのlog4jを入れて、src/test/...

関連する問題