サーバー側のコード内のロギングステートメントは、現在、SLF4J 1.7.2 API から slf4j-log4j12 バインディングを介して、JBoss 6 の log4j ログマネージャーを介して JBoss-logging に移動します。
log4j への依存を解消しています。クライアント側、これは logback に切り替えることを意味します。サーバー側で、slf4j-log4j12 バインディングを引き出したいのですが、これは問題を引き起こすようです。JBoss 6 には独自の老朽化した slf4j API とバインディングがバンドルされていますが、それらは slf4j 1.5.5 あたりからのもののようです。
次の選択肢の中から最適な選択肢は何ですか?
- サーバー側のロギングが slf4j-log4j12 バインディングを介して jboss-logging に流れ続けるようにすることができます。これが最善のようですが、log4j を取り除く一環として、slf4j-log4j12 バインディングを完全に破棄したいと考えていました。さらに、新しいエディションの SLF4J を使用する利点の多くが失われるのではないでしょうか?
- JBoss 6 で slf4j API、slf4j-jboss-logmanager、および/または jboss-logging をアップグレードして、slf4j 1.7.2 API から直接 jboss-logging にログ ステートメントを流すことができるようにします。これは可能ですか？その場合、これらのコンポーネントの新しいバージョンを見つけるにはどうすればよいですか?
- サーバー側で logback に切り替えると、JBoss ロギングから完全に外れてしまい、おそらく別のログファイルを管理する必要があることを意味します。