2010-11-30 10 views
9

私はcommon opinionがLogback> log4jであることを知っています。それでも、log4jがLogbackより優れているのですか? log4jをログバックに使用する理由は何ですか?スタックオーバーフローに関する60の質問しかないのはどうでしょうか?だから私はずっと小さなユーザーベースを想定していますか?新しいプロジェクトがLogbackではなくlog4jを使用する理由は何ですか?

答えて

13

official opinionをご覧ください。 log4jはもはや積極的に開発されておらず、log4jの開発で起こったいくつかの間違いを修正するために、log4j、CekiGülcüと同じ作者によってログバックが開発されているので、logbackの使用は悪い考えではない。

+0

これは同じ著者によるものですか?そうですか。 「以前のlog4jの作業に基づいてログバックが構築されていることを考えれば、単にlog4jというより優れたlog4jです。 – ripper234

+12

CekiGülcüはlog4j、slf4j、Logbackの主な著者です。なぜそんなに多くの異なるプロジェクト?さて、Cekiはlog4jを創造的にコントロールできなくなりました。 APIは安定化する必要があり、必要性を強くするためにはインプラントを強化する必要がありました。概念的にlog4jを改善するために、CekiはAPIの改善と廃止がそれほど破壊的ではない新しいプロジェクト(概念フォーク)を開始することを強いられました。 –

3

どのようなログバックエンドを選んでも、slf4jをフロントエンドとして使用することをお勧めします。それは過度のように思えるかもしれませんが、依存性の注入と抽象化のこのような時代には、あなたと伐採の間の単純な層を持つことはとても狂っていません。 noted by Cekiとして

、Logbackの公開APIは、実際に SLF4Jあるので、あなたはLogbackを選択し、推奨される方法でそれを使用する場合、あなたはすでにSLF4Jを使用しています。

+0

私はこれをすでに知っており、これは実際には私の質問に対する回答ではありません(代わりにコメントにする必要があります) – ripper234

+1

@ ripper234 - あなたが受け入れた回答はあなたの質問に対する本当の回答でもありません。実際の答えは、「いいえ」、または「log4j」がより良い考えになる理由のリストです。 –

+1

@Stephen - Logbackが同じ作者によるもので、log4jの開発が停止していると、私の本ではそれが響きました。 – ripper234

関連する問題