最新版Java(当時は12)を使わずにLTSリリース(11)を選択する理由に関するソムリエの集い

K-Okumura @kazokmr

12を使わずに11のLTSを選択する理由って何があるんだろう。 というか、12と11LTSのセキュリティアップデートに対する違いを自分がちゃんと理解していないのでこんな疑問が出ているだけなのかもしれないけど。

K-Okumura @kazokmr

8のLTSなら、まだ8から9の壁を超えられないからとかがあるのだろうけど。

なぎせ ゆうき @nagise

@kazokmr 次のLTSのJava17までの間に壁がない保証はありませんよ？ そして、ひとたびnon-LTS追従でJava11に戻れない対応を入れてしまったら、次のLTSまではとにかく走り抜けないといけませんよ？

Takahiro YAMADA @yamadamn

@nagise @kazokmr それもありますが、動作保証はLTSリリースに対して行われるミドルウェア製品も多いためだと思います。

なぎせ ゆうき @nagise

@yamadamn @kazokmr 「あっ。このミドルウェア、最新のJavaで動かない！」 「non-LTSがEOLするまでにパッチでなさそうだぞー！」 「いまさら11に戻ることも出来ません！」 「かくなる上はEOL後のサポート切れで運用するしか！」 「有償版はないのか！？」 「non-LTSにはありません！」

Takahiro YAMADA @yamadamn

@nagise @kazokmr 厳密にはAzulは奇数リリースで(主に自社の顧客向けに)MTS提供しますけどねｗ

なぎせ ゆうき @nagise

@yamadamn @kazokmr こう思うとMTSはありがたい気がしますな。ミドルウェア側はどんだけ追従できますかねえ……

Takahiro YAMADA @yamadamn

@nagise @kazokmr Java EEつらい… Jakarta EEになれば、もっと早くなる予定ですが、GraalVMベースのフレームワークも結構出てきてますし、どうなるでしょうね

K-Okumura @kazokmr

@yamadamn @nagise 確かにこれまでは大きな変更に合わせてバージョンアップしてたのを逆にリリースサイクルを固定にしたので、どこかで大きな変更が来る可能性が有るわけですね。11から12だけじゃなくて17 までの３年間で考えないといけなかったですね。

Takahiro YAMADA @yamadamn

@kazokmr @nagise ですね。むしろ以前より、EOLを見据えてのバージョンアップタイミングやスケジュールを立てやすくなってくると思います。

なぎせ ゆうき @nagise

@yamadamn @kazokmr とりあえずは様子見ではないでしょうか。 Java11LTSから後でnon-LTSのバスに飛び乗ることは出来ますから、ある程度の様子を見てから飛び乗っても良いのでは。

Takahiro YAMADA @yamadamn

@nagise @kazokmr 🚌って表現は初めて見ましたｗ (そこかよ

Takahiro YAMADA @yamadamn

@nagise @kazokmr ちなみにリリーストレイン🚃ってのがよく使われる表現のようです。 それを各停と捉えるか、急行と捉えるかはそれぞれの考えや状況次第でしょうね。

なぎせ ゆうき @nagise

@yamadamn @kazokmr バスに乗り遅れるな！ weblio.jp/content/%E3%83… (アカンやつ

K-Okumura @kazokmr

@yamadamn @nagise なるほど、ビジネス的にはLTSに合わせてバージョンアップを計画して、仮にNon-LTSのどこかで大きな変更が入ればそこで先行で試すって事ができますね。

Takahiro YAMADA @yamadamn

@kazokmr @nagise その辺をおくむらさん(ひらがなでお呼びしますね)以外に多くの方が記事を書いてる認識でしたｗ tadashi.hatenablog.com/entry/2019/01/…

K-Okumura @kazokmr

バスに乗るかどうかはわからないけどw、この３年間の内にJavaがどう変わっていくかを追いかけてみるという令和に入ってからの目標が一つ出来た。