Log4j Bridge
Bridging legacy APIs Often, some of the components you depend on rely on a logging API other than SLF4J. You may also assume that these components will not switch to SLF4J in the immediate future. To deal with such circumstances, SLF4J ships with several bridging modules which redirect calls made to log4j 1.x, JCL and java.util.logging APIs to behave as if they were made to the SLF4J API instead.
javaのロガーが多すぎて訳が解らないので整理してみました - 文系プログラマによるTIPSブログ
最初は誰しもがファッ！？となるんですよねロガーって。 いずれtree-tipsで公開しようと思っている、solrのプロジェクトを今作っています。mavenでjarを管理している訳ですが・・ なんだこのロガーの数は！！ commons-logging、log4j、slf4j-api、jcl-over-slf4j、logback-classic・・・・、こいつら一体何が違うんだ！どう使い分けるんだ！そもそも必要なのか！？となりました。 昔はcommons-logging＋log4jというのがトレンドだった訳ですが、今はslf4j＋logbackがトレンドになり、jdkも1.4から1.7になり、これらトレンドが推移する過程で、いろいろなjarが旧式に依存してしまい、旧式依存を解決するためにアダプタが登場し始め、mavenでjarを収集すると大抵両方入ってしまい、カオスになっているのです。 特にs
log4jとlogbackのパフォーマンス比較
以下のケースで実験。 logback単体 log4j単体 SLF4J + log4j SLF4J + logback 条件は以下。 CPU:Core 2 Duo T8100 2.1GHz Memory:2G PC:藤原のDellラップトップ Eclipse Ganymedeから実行 1回のテストで100万行出力。これを3回連続で実施。 ログ出力のフォーマットは同じ（文字数もそろえた） ログ出力開始から終了までの秒数を測定 ソースコードは以下のような感じ。Loggerを差し替えて実施している。 public class LogBackPerformanceSample { final static Logger logger = LoggerFactory .getLogger(LogBackPerformanceSample.class); public static void main(
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
