「米Oracle、古いJavaをインストールしているユーザーに向けた警告を出すことでFTCと同意」記事へのコメント

ローカルJREまで手を出せるのか

[shesee (27226)]

windowsとかアプリケーション毎にJREがあったりする状況を改善できるのか。

Javaは滅びてほしい

[Anonymous Coward]

いくつかのアプライアンスを使っていると、それぞれの管理ツールがJavaで作られていることが多い。
そして、それぞれが違う古いバージョンのJREでしか動かない。
その影響でアップデートできない専用の管理端末が増えていく。

元凶はJava。
なぜJavaで管理ソフトを作ろうと思うんだろう？
Javaで作るなら、Javaがアップデートされるたびに管理ソフトもアップデートしろよって思う。

互換性維持の難しさよ

[Anonymous Coward]

Javaほど言語仕様の定義の厳密さ・実装の準拠性に力を注いだ言語は他にないくらいなんだが、なんでこうなってしまったのか。

Javaの教訓を生かしたのか、.NET Frameworkはメジャーバージョンごとにライタイムが別々にインストールされていて、これは成功しているように見える。

Re:互換性維持の難しさよ

[Anonymous Coward]

> Javaほど言語仕様の定義の厳密さ・実装の準拠性に力を注いだ言語は他にないくらいなんだが、なんでこうなってしまったのか。

Java の VM 作ってたので、実経験として言えますが、TCK やドキュメント化などの枠組みは用意してましたけど、Sun の時代から運用は現場の担当者任せで、実装や挙動の違いは、担当者が変わるだけでも、差がでるというレベルでした。
Java は厳密さに注力しているというポーズをとっただけで中身は伴っていませんので、他の一般的な言語より厳密性のレベルは低いくらいです。

Re:

[Anonymous Coward]

＞運用は現場の担当者任せで、実装や挙動の違いは、
具体的には？

そりゃあVMのメモリ消費の違いとかパフォーマンス特製の違いはあるよ。
＃「WinXPからWin●に上げたら激しく遅くなった」みたいなの。

で、「ロジックは変わったの？」って話。
＃「１＋１＝２」だったものが「１＋１＝３」になったりしたのか？してないのか？
＃IEやPHPでは、これが日常茶飯事。
＃Javaでは「同じコードが同じ結果を生じる」が、PHPでは「同じ結果にならない」。

Re:互換性維持の難しさよ

[Anonymous Coward]

Java の非互換は「ロジックが変わる」だよ。

TCK の期待値として 1+1 は 2 を求めていたのに、担当者が変わると 3 になる。
今までベリファイエラーとしていたものが、ベリファイエラーにならなくなるとか、その逆とかもね。
仕様やドキュメントが変わったのではなく「担当者が変わる」がトリガー
なので、同じバイトコードのファイルが、JRE のバージョンによって異なる挙動をしたり、今まで動いてたものが、ベリファイに失敗して動かなくなるとかね。

Re:

[Anonymous Coward]

Javaのバージョンアップで一切問題に直面したことがないのは、それはそれで幸せだ。