ライブラリ内のlog4j.propertiesをバンドルする - 悪いスタイルか何か？

Question

私は、Java用の素敵な小さなWebリクエストフレームワーク：Sparkを見つけました。 APIは素晴らしく有望ですが、ライブラリバンドル自体はかなり奇妙です。依存関係としてスナップショット成果物を使用することを提案するという事実だけを残す。 Log4jをロギングに使用するという事実だけを残す（ライブラリは最近jclやslf4jを使う傾向がある）、System.out.printlnを使うことがある。しかし、spark-xxx.jarには独自のlog4j.propertiesがバンドルされています。 log4j.propertiesが私のクラスパスに確実に存在するときに私のプロジェクトがlog4j設定に不平を言う理由を調査するのに1時間かかりました。 -Dlog4j.debug = trueと答えると、log4jはspark jarからlog4j.propertiesをロードしたと告白しました。

これは（ライブラリであり、log4jとlog4j.propertiesをバンドルしている）場合は動機づけがあるのか​​、それとも不足しているのだろうかと思います。

Answer 1

log4j.propertiesをライブラリにバンドルするのは悪いスタイルです。

sparkを使用すると、アプリケーションサーバー（tomcatなど）に近いと主張できます。その場合、ログを構成できます。

スタート（.sh | .bat）スクリプトを制御する人は誰でもロギングを設定する必要があり、log4j設定ファイルはほとんどの場合jarファイルではないはずです。