タグ

loggerに関するkoda3のブックマーク (5)

  • Railsでorder忘れを防止するためのgemを作りました - PIYO - Tech & Life -

    order、つけ忘れがちですよね。環境が変わると思ってた順番に出なかったりします。 更に厄介なのは、つけ忘れてもなんとなく正しい順番で動いているときで、何かのタイミングで思った順ではなくなってしまうことがあります。というかありました。 多分僕の場合はDBのマイナーアップグレードの影響のように見えました。詳細は追っていないですが、確かに一部でOrder指定が漏れていたので順番が変わってしまったのです。 そういう事態に開発中に気がつけるようにするため、must_be_orderedというgemを作りました。勤めてる会社の社内ハッカソンが8/31にあったので、ちょうどいいネタとばかりにこれを作りました。 gemはこちらにございます。

    Railsでorder忘れを防止するためのgemを作りました - PIYO - Tech & Life -
  • コピペによるLogger名の間違いを防止する - Qiita

    概要 SLF4JのFAQにも記載されている、Loggerインスタンス作成時のTipsです。 Loggerの宣言に関するあるあるネタと解決策です。 【問題】間違ったLogger名 Loggerに関するありがちなバグとして、Logger名の間違いがあります。 これはLoggerの宣言を別のソースからコピペした場合に発生しがちです。 public class MyClass { private static final Logger LOGGER = LoggerFactory.getLogger(User.class); // バグ! Userクラスのコードからコピペしたまま //... } 【解決】MethodHandleを利用する Java7から導入されたMethodHandle1を利用すると、呼び出し元のClassオブジェクトをstaticに取得することができます。 (MethodHan

    コピペによるLogger名の間違いを防止する - Qiita
  • バッチ処理の通知・アラート管理 - CARTA TECH BLOG

    こんにちは、nekoyaです。 システムを日々運用していく中で、その処理結果の記録や異常検知の仕組みは地味ながらも大切な存在です。 各種監視ツールからの通知や、ブラウザから利用可能なWebインタフェースなど、その形態も様々です。 今回はその中から、バッチ処理の結果通知について、我々のチームが実践している方式をご紹介します。 loggerを通して記録する まず前提として、通知する内容はプログラマ自身が出力することが基になります。 自分はここ数年はPythonをメインに使っていて、標準のloggingモジュールを通して import logging logger = logging.getLogger(__name__) logger.info('hello!') のようにログを吐いておくと、スクリプトの終了時にそれまで出力したログがいい感じに集約されて通知されるようにしています。 ログレベ

    バッチ処理の通知・アラート管理 - CARTA TECH BLOG
  • Logback 使い方メモ - Qiita

    説明 依存関係には、とりあえず logback-classic を追加すれば動かせる。 推移的な依存関係の解決で、 logback-core や slf4j-api などが付いてくる。 Logback を使う場合、 API はログファサードである SLF4J を使用する。 設定ファイル(logback.xml)が存在しない場合、デフォルトでコンソールにログが出力される。 ロガーの取得には、 LoggerFactory#getLogger() を使う。 引数にはロガーを特定するための名前を渡す。 普通は、ロガーを使うクラスの Class オブジェクトを渡す。 すると、クラスの FQCN を名前にしたロガーを取得できる。 Logger インターフェースの使い方 ログレベル package sample.logback; import org.slf4j.Logger; import org.s

    Logback 使い方メモ - Qiita
  • 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

    javaのロガーが多すぎて訳が解らないので整理してみました - 文系プログラマによるTIPSブログ
  • 1