SLF4JとLogbackは2021年現在では積極採用しない方が良い（2023年12月 追記） - Kengo's blog

SLF4JとLogbackの中の人はここ数年活発ではないのでLog4j2などを代わりに使いましょう。 SLF4Jの活動は最近活発ではない SLF4JはVCSとしてGitHubを利用しています。最後の変更が2020年2月、最後のリリースが2019年12月となっていることからも、あまり活発ではないことが伺えます。 またBTSとしてJIRAを使っていますが、こちらもメンテナンスされていません。昨夏SLF4J-209が既にクローズ可能な状態であることやSLF4J-186が修正可能であることなどをコメントしましたが、1年近く経った今もすべて返信がない状態です。 2020年12月にイシューを閉じていたりするので全く動きがないわけではないのですが、年間で22つ作成されたのに対して2つしか閉じられていないので、充分にメンテされているとは言い難い状況です。 2021年5月31日時点での過去360日のイシュー

[eller]

書いた。SLF4JとLogbackはできるだけ避けたい状況です。各フレームワークも乗り換えが進むんじゃないですかね。

[knjname]

Spring Bootが選んでるから選んだが８割

[internetkun]

致命的な脆弱性があるわけでもなく1年半程度のリリースがないだけで採用するべきではないって言われるのつらそうだな

[roshi]

java.timeのように公式にいい実装が取り込まれるようになるといいんだけど。

[stk132]

マジか。play framework標準になってるからlogback使ってるわ。

[tmurakam]

logback は分からんでもないが、slf4j は facade だから意味が違うんじゃ、、、

[door-s-dev]

単純に枯れていて活発ではないだけではなかろうか。今後log4j2じゃないと対応していない要件が出てくるかしれないが今まで使えていたものが使えなくなるわけでもなく

[HHR]

log4jが脆弱性祭りでつらいのでlogback見たら息していなかった／(^o^)＼

[nekoruri]

まじか……

[nilab]

「最後の変更が2020年2月、最後のリリースが2019年12月となっていることからも、あまり活発ではない」「Java9リリース以降期待されていたJigsaw対応が入っている2.0（元々1.8だったもの）の安定版がずっと来ていない」

[tengo1985]

とくにSLF4Jなんかは致命的問題なければメンテされてなくてもそんなに困らない気もする

[shogo_okamoto]

知らなかった。ここらへんもアップデートしていかないと。

[el-condor]

Javaを主な仕事にしていた頃は「イケてるログフレームワーク」だったのがこうなるの、万物は流転する感あるな。