ログは、もっと立体的であるべきか。 - 設計と実装の狭間で。
slf4jとlogbackに、魂を売り渡す勢いであります。 と言うのは冗談としても、何だか使い方が分からないけど、 Loggerのメソッドには、引数として存在しているorg.slf4j.Markerについて、考えてみたり。 現段階では、slf4jとlogbackを使ってる大きめのOSSプロダクトにおいて、 どんな使われ方をしてるかちゃんと見てないので、妥当な使い方なのかは、微妙。 まぁ、僕なら、こんな風に使ってみるよ、と言う感じのエントリ。 slf4j使おうって人達が、使い方を考える時のとっかかりになればいいかな…とか。 まず、org.slf4j.Loggerの、Markerを引数に取るメソッドの宣言と、org.slf4j.Markerの宣言を抜粋してみるよ。 public interface Logger { public void debug(Marker marker, String
2008-07-23 - きしだのはてな [java]Log4Jの落とし穴
ということで、Log4Jを使おうと思ってlog4j.jarをクラスパスに含めたら、今までおとなしかったライブラリがモノを言い始めた。 まずはBeanUtils。でも、これはloggerがねぇよ！って言ってるだけだったので、log4j.properties的なファイルにこんなのを追加すればよろしい。 log4j.appender.null = org.apache.log4j.varia.NullAppender log4j.logger.org.apache.commons.beanutils.BeanUtils=INFO, null 問題はVelocityで、これはログファイルを作ってくれやがるので、邪魔。いちライブラリの分際で勝手にファイル作るなと。しかも、デフォルトでログレベルFINEってどうよ。 で、なんかググってみつける情報は古くてVelocityEngineとか使ってあるし、t
![2008-07-23 - きしだのはてな [java]Log4Jの落とし穴](https://cdn-ak-scissors.b.st-hatena.com/image/square/2c426a67fca14040c07ad679b3960a7a69c1924f/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704346814673953808%2F98012380849199480%2F1548792962)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
