Java EE環境でjava.util.loggingとうまく付き合う方法 | Nishigaya's Weblog
このエントリはJavaEE Advent Calendar 2012の21日目です。昨日は@hiranasuさんの「NativeQueryじゃだめ？～JPAクエリ表現ごとのパフォーマンス比較」でした。明日は@irasallyさんです。 今回話題にするのは、Java EE環境におけるjava.util.loggingの扱いというとても地味な内容です（もう、これだけで先を読んでもらえないかも）。 皆さんは、Java EEアプリケーションにおけるログ出力にどのAPIを使用しているでしょうか。 java.util.logging（以下、JUL）が標準APIとしてJDKに加わったのがJDK 1.4からなので、もう随分時間が立ちましたが、これまでまったくAPIの改善が行われず、とても使い辛いばかりか、Java EE環境との親和性がまったく考慮されていないため、意図しない動作になってしまったり、ハマりど
Java EE6はSpringの代替になると思いますが、ただしJSFは除く、という話(JavaEE Advent Calendar 2012) « inoue_se
この記事はJavaEE Advent Calendar 2012の24日目の記事です。 先日、JavaOne報告会の場で、Java EE6 vs. Spring Framework(以下Spring)の話をしてJava EE6に軍配をあげる発表をしました。 自分は昔からロッド・ジョンソン氏の「実践J2EEシステムデザイン」を素晴らしい本だとまわりの人に勧めてきました。今までJavaのWebアプリフレームワーク(以下WAF)に何を選べばいいかと聞かれたら、Springが良いと答えてきました。今回、意見を180度変えたと思う人もいそうですが、そこまでの大きな変節ではありません。Java EE6のアーキテクチャがSpring化したからです。 そもそも今でも客観的に見れば、Java EE6よりSpringのほうがアーキテクチャとしては美しいと思っています。 えっ、と思われそうですが、発表で嘘を言っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - spring-projects/spring-framework: Spring Framework
GitHub - petebrowne/sprockets-helpers: Asset path helpers for Sprockets 2.0 applications
GitHub - petebrowne/sprockets-sass: Better Sass integration with Sprockets 2.x
GitHub - sstephenson/sprockets: Rack-based asset packaging system
GitHub - sstephenson/ruby-eco: Ruby Eco Compiler
