slf4j-apiのバージョンが1.8系にアップグレードされてログが出力されなくなった | DevelopersIO
ある日、気がついたらslf4j-apiのバージョンが1.8系になり、ログが出力されなりました。その際の対応メモです。 結論 先に結論を書いておきます。ログが出力されなくなったのはアプリケーションで利用しているライブラリの中に、slf4j-apiのバージョンを特定のバージョン以上としているライブラリがあったためでした。。そのため、build.gradleのdependencieでそのライブラリをexcludeすることで問題を解消できました。 実行環境 Java 1.8 Gradle 2.12 Tomcat 8 エラー調査 ログが出力されなくなったのでTomcatのcatalina.outを確認した所、以下のログが出力されていました。 SLF4J: No SLF4J providers were found. SLF4J: Defaulting to no-operation (NOP) lo
SLF4JとLogbackは2023年末現在で積極採用していいよ - Kengo's blog
2年前のブログが未だにブクマされるので、念のため掲題の件について書いておきます。 端的に書くと、あのブログで挙げた懸念事項が解消されたのでどんどん使うと良いと思います。 SLF4J v2の安定版がリリースされた 良かったですね。ちなみにv2.0.9から slf4j.provider プロパティでproviderを指定できるようになったので、Service Loaderによるprovider探索をガツッとスキップできます。多くのユースケースでは利用したほうがログの単純化や起動の高速化に有効のはずです。 SLF4Jの活動は最近活発 JIRAのデータを見れば一目瞭然。私もGitHub Issueで回答に回ったりしますが、著者の方も頻繁にコメントしてくれてます。最近のLogbackの脆弱性への対応も充分に早かったのではないでしょうか。 図1 2023年の活動状況。緑の線が6ヶ月近く右肩上がりなのに
［速報］10年にわたる著作権訴訟でGoogleがオラクルに勝訴、米連邦最高裁判所で判決。Java SEのコードのコピーはフェアユースの範囲
［速報］10年にわたる著作権訴訟でGoogleがオラクルに勝訴、米連邦最高裁判所で判決。Java SEのコードのコピーはフェアユースの範囲 オラクルがGoogleに対して、Android OSがJavaの著作権を侵害しているとして訴えていた裁判で、米連邦最高裁判所はGoogleが著作権侵害をしていないとの判断を示し、Googleが勝訴しました。 以下は米連邦最高裁判所の動向を伝えているSCOTUSblogのツイートです。 BREAKING: In major copyright battle between tech giants, SCOTUS sides w/ Google over Oracle, finding that Google didnt commit copyright infringement when it reused lines of code in its An
JavaのSwitch Expressionsに慣れる
GMOアドマーケティングのT.Nです。 Java 14でSwitch ExpressionsがPreviewからStandardになりました。 Switch Expressionsについては既に多くの記事や説明が存在すると思いますが、 今回は自分がSwitch Expressionsに慣れるためにソースコードを書いて動かしてみました。 Switch Expressionsとは Switch Expressionsを日本語にするとSwitch式です。 Switch文から値を返せるようになり、式として扱えるようになりました。 Switch ExpressionsはJava 12でPreviewとして追加されました。 Java 12での変更点 ラベルに矢印(->)を使用できるようになった ラベルを複数指定できるようになった 値を返せるようになった ソースコードで説明すると以下のようになります。
GoogleのJava用Logging API「Flogger」を使ってみた
/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/bin/java -Dfile.encoding=UTF-8 -classpath /Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/jre/lib/charsets.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/jre/lib/deploy.jar:/Library/Java/JavaVirtualMachines/jdk1.8.0_144.jdk/Contents/Home/jre/lib/ext/cldrdata.jar:/Library/Java/JavaVirtualMachines
Javaカードの世界 / The world of Java Card
slides for #builderscon tokyo 2018
JUnit 5でのテストクラス作成
JUnit 4では、全ての機能が1つのパッケージに入っていましたが、 JUnit 5からは分割されました。 JUnit 5では、必要に応じてJARファイルを依存関係に含める必要があります。 JUnit 4で書かれたテストを実行する場合は、junit-vintage-engineが必要になります。 現時点では、experimentalの機能も別のパッケージで提供されています。 JUnit 5を使用したテスト JUnit 5の特徴を活かしたテストを紹介します。 今回は、JSONなどをオブジェクトに変換する、Jacksonのテストクラスを部分的に作成しました。 JacksonのGitHubページ テストでは、ObjectMapperTesterというインターフェースに記述した内容が、 JSON、YAML、XMLの場合でそれぞれ実行されるようになっています。 import com.fasterxm
無償のコードエディタVSCode、実行中のJavaアプリのコードを動的に書き換えて修正できる「Hot Code Replacement」（ホットコード置換）を実現
VSCodeで、JavaのHot Code Replacement（ホットコード置換）がサポートされた。ホットコード置換を用いると実行中のアプリケーションのコードを実行したまま動的に修正できるため、トライアンドエラーが容易になる。 アプリケーションのコードを修正した場合、その修正を反映させるためには、コンパイル型の言語であれば再コンパイルする必要があり、インタープリタ型の言語であればアプリケーションの再実行が必要となります。 しかしコードを書き換え、実行し、動作を確認するということを何度も繰り返す開発作業では、いちいち再コンパイルをしたり、再実行する手間はなんとも面倒です。 そこでJavaには、「Hot Code Replacement」（ホットコード置換）と呼ばれる機能が用意されています。これはコードを再コンパイルすることなく変更した内容をJavaVMに転送し、反映できるというものです。
Java9 でも String クラスがリファクタリングされていました （JEP 254: Compact Strings 編） - 地平線に行く
本日、ついに JavaSE 9 がリリースされました！ そこで、かねてから噂になっていた JEP 254: Compact Strings がどのように実装されているのか調べてみました。 Compact Strings の概要 これまで String クラスや StringBuilder クラスなどの内部では、文字列を UTF-16 でエンコードして char 配列で保持していました。 つまり、一文字あたり*1常に char ひとつ = 2バイト分のメモリを使っていました。 しかし、これだと 1 バイトで表せる LATIN1（ASCII コード ＋ ラテン文字）の文字列の場合、その半分が 0x00 になるという無駄がありました。 そこで、内部表現を変更し、文字列が LATIN1 のみで構成されるときは 1 文字を 1 バイトで保持するようにリファクタリングされました。 ちなみに、LATIN
スレッド名にデバッグ情報を埋め込むと激しく捗る件 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。 今回、Java のちょっとしたデバッグテクニックを紹介したいと思います。Java で運用中何かトラブルが発生した場合、スレッドダンプを取得することはしばしばあると思いますが、スレッドダンプだけだとちょっと情報が足りないことがあります。今回はスレッドダンプから得られる情報を増やして、素早く障害対応したりデバッグに役立てる方法を紹介します。 まずはじめに: スレッドダンプの取り方 基本ですが、改めてスレッドダンプの取得の仕方を紹介しておきます。スレッドダンプを取得する対象のプロセス ID を仮に 12345 として、下記のように jstack コマンドを実行すればスレッドダンプが取得できます(※Linux上で操作する想定)。 $ jstack 12345 対象のプロセス ID は ps aux | grep jav
Spring Framework 5.0 主な変更点の概要 - Qiita
今回から数回（全7回を予定）にわけて、2017/7月リリース予定で2017/5/8にRC1がリリースされたSpring Framework 5.0の主な変更点（新機能や改善点など）を紹介していきたいと思います。 本エントリーは「New Features and Enhancements in Spring Framework 5.0」で紹介されている内容を、サンプルコードなどを交えて具体的に説明していく予定です。（逆にいうと、「New Features and Enhancements in Spring Framework 5.0」にのっていない変更点は紹介しないので、あしからず・・・ ） なお、初回である今回は簡単な概要説明(日本語化+α)にとどめておき、次回から具体的な説明を行っていきます。 トピック 本エントリーでは、Spring Framework 5.0の主な変更点を以下の8つ
JavaクライアントからAWS無料SSL証明書(ACM)へのハンドシェイクエラー | DevelopersIO
渡辺です。 GW前ということで小ネタを投下して休暇に入りたいと思います。 JavaでHTTPS(SSL)接続を行う時、オレオレ証明書ではハンドシェイクエラーが発生します。 これは、オレオレ証明書では、 Javaの実行環境が持つキーストアで、証明書が信頼されるものと認識できない からです。 Javaでは信頼出来ない証明書が設定されたサーバへのHTTPSアクセスはできないのです。 ブラウザでオレオレ証明書のサイトにアクセスした時、「このサイトは安全でない可能性があります」といった警告が出ることと同様です。 ブラウザアクセスの場合、警告を無視してアクセスできますが、Javaプログラムでは警告を無視できません。 キーストアに信頼するサーバであると追加 しなければなりません（面倒ですｗ）。 ACMの証明書を利用するサーバでのハンドシェイクエラー サーバがACMの無料証明書を利用していた時、以下のよう
Java のアップデート時に余計なアプリをインストールしない方法: ある SE のつぶやき
Java のアップデート時に、毎回表示される以下の画面にうんざりしていたのですが、このアプリ（Ask のツールバーですか）をインストール時に表示しない方法を教えてもらいました。 さて、その方法というのは、Java のコントロールパネルを起動して、[詳細]タブを表示し、一番下にある「Java のインストールまたは更新時にスポンサのオファーを表示しない」にチェックを入れて設定するだけで OK とのこと。 しかし、分かりにくい。教えてもらわなければ気が付きませんよ。これは。 でもこれで、毎回煩わしかったアップデートも、少しは気が楽になりますね 追記： こちらから、JRE 7 Update 75 をインストールして、バージョンアップしてみたところ、確かにツールバーのインストール画面は表示されなくなりました。素晴らしい。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SimpleLogger (SLF4J javadoc)
OSXでJavaのバージョンを切り替える - Qiita