2.  @miyakawa_taku  JJUG幹事  SI屋で賃労働  尾上部屋の里山関のファンです  オレオレJVM言語Kinkを作っています https://bitbucket.org/kink/kink 自己紹介 #jjug 2/67 3. #jjugログとは！ 例: $ kink -Vdebug -e '' 2015-10-04 15:58:29 [main] DEBUG BoxingValues - use box proto listener org.kink_lang.kink.internal.eval.VarAssignEvaluator$VarAssignListener@3af49f1c 2015-10-04 15:58:29 [main] DEBUG BoxingValues - use box proto listener org.kink_lang.

tomcatのシャットダウン時に下記のようなエラーログが出る。 log4j:ERROR LogMananger.repositorySelector was null likely due to error in class reloading, using NOPLoggerRepository. ぐぐってみても解決策は良くわからない。 どうやらtomcatの6以降とlog4jの1.2.15の組み合わせで起きるようだ。 log4jのソースを見るとstaticブロックで初期化しているstatic変数がnullの場合にこのログが出るようだ。 普通に使っている分にはそんなことにはならないはず。 ところがtomcatでは6以降、シャットダウン時にリフレクションを使用してstatic変数を無理やりnullにするという処理が追加されている。 それによってstatic変数がnullになった後でLogg

なんとなく、JBoss Loggingのソースコードを見ていて気付いたので。 JBoss Loggingで使えるログ出力の実装は、以下の5つです。 JBoss LogManager Log4j2 Log4j SLF4J java.util.logging これらのいずれか（Logger Provider）が実行時の状態で選択されるわけですが、それは以下の順番で決定されるようです。 システムプロパティ「org.jboss.logging.provider」で指定する ServiceLoaderを使う（org.jboss.logging.LoggerProvider） クラスパスに存在しているものを使う これは、LoggerProvidersというクラスで決定されます。 https://github.com/jboss-logging/jboss-logging/blob/3.3.0.Fina

JBoss Advent Calendar 2012の3日目のエントリです。 ログというのはディスクなどのハードウェアリソースを使うものなので、基本的にデータベースコネクションやスレッド数などと同じように、ミドルウェアリソースに位置づけられ、アプリケーションサーバで一括管理できるようになっています。 と言いたいところですが、現実的にはLog4j, commons-logging, JUL(java.util.logging), SLF4J, Logbackなどログライブラリは乱立しており、各アプリでは異なるログライブラリが利用され、ログ出力設定もバラバラになされていて実際には一元管理するのはすごく大変でカオスな状態です。 JBoss ASは6までLog4jをログ実装として利用していましたが、AS7ではJBoss LogManagerというJULをベースとした実装に変更されました。これに伴い

InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

Log4j 2（※Log4jのver.2）が2014年7月にリリースされました。本記事執筆時点（※2014年12月）で2.1が最新です。 本家サイト：http://logging.apache.org/log4j/2.x/ 旧Log4j 1や"SLF4J with Logback"と比べて、どういった特徴があるかということについて、下記のような解説があります。 Apache Log4j 2、"Welcome to Log4j 2! - Introduction"： http://logging.apache.org/log4j/2.x/manual/index.html InfoQ、「Apache Log4j 2.0 - アップグレードする価値はあるか？」： http://www.infoq.com/jp/news/2014/08/apache-log4j2 振り返るとLog4j 1.x系

今日、拙作findbugs-slf4jのGitHub Pageを作りました。このブログではこのプロジェクトについて日本語で紹介したいと思います。 概要 拙作PMDプラグインをもとに、2012年8月から実装を開始したfindbugsプラグイン SLF4J利用時のよくあるトラブルを未然に防ぎ、コードの品質を担保する 全自動なので、開発者各々の個性に影響されずに品質の底上を実現できる 既存の課題：SLF4Jの直感的ではないインタフェース SLF4J（Simple Logging Facade for Java）はJava向けに開発された、ログ用のFacadeです。開発者はSLF4Jが提供するインタフェースを利用することで、「高パフォーマンスなログ処理」と「利用者に好きなログ基盤を選ばせる自由」を提供することができます。例えばLog4j 2のような新しいログ基盤でも、プログラムがSLF4Jを使って