オラクルがJavaSEの無償サポート打ち切りを発表 JREを使う自治体のシステム死亡、改修不可避の事態に
■ このスレッドは過去ログ倉庫に格納されています
米オラクルは2018年1月30日(米国時間)、Javaの開発・実行環境「Java Platform, Standard Edition(Java SE)」の
商用向け更新版を公式ダウンロードサイトで提供するのは2019年1月までだと公式ブログで発表した。無償サポートは
打ち切りになり、商用で更新版を使い続けるには有償サポートを受けるしかなくなる。
この決定に対し、自治体関係者らの間に不安が広がっている。Java実行環境(JRE)を使う自治体の電子入札システム
などが情報セキュリティを理由に使えなくなる恐れがあるためだ。
セキュリティポリシーに抵触
特に影響が大きいとみられるのが日本建設情報総合センター(JACIC)が提供する「電子入札コアシステム」だ。
自治体はJACICのコアシステムをカスタマイズして利用している。コアシステムはJREを使っており、同システムを
利用する全ての自治体が影響を受ける。全ての都道府県や政令指定都市が利用者として名を連ねる。
総務省が地方公共団体向けに公表している「情報セキュリティポリシーに関するガイドライン」は「開発元のサポートが
終了したソフトウエアを利用してはならない」と定めている。ある自治体の入札担当者は「総務省のガイドラインに
従ってセキュリティポリシーを策定した自治体は、サポート切れのJREを利用できない」と証言する。
電子入札システムが使えなくなった場合、「入札参加者を集めて紙で入札手続きを進める旧来の方法に逆戻り
しなければならなくなる」(同)恐れがある。サポート終了後にシステムを継続利用する場合は「応札者に
セキュリティリスクを強いることになる」(同)。
JREを利用しているのは電子入札システムだけではない。総務省の「電子政府の総合窓口(e-Gov)」や
「政府電子調達(GEPS)」のほか、一般企業も使っている。
http://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/00081/fig1.jpg
Javaの有償サポートは初期費用や年間保守料がかかるほか、提供する最小ライセンス数が2000件といった条件があり、
追加の費用負担は避けられない。有償サポートを避けるには、Javaを利用しないシステムを開発するか、JREに依存せずに
Javaを利用する形態を取る必要がある。
日本オラクルはJREを使わず、アプリにJava環境を組み込んで提供する形を提案しているという。この場合は
「無償で更新版を継続的に入手できる」(同社)が、システムの改修が必要だ。
2018年2月に入って、自治体がJavaを利用しない新システムの開発をJACICに求めたり、有償サポートの条件緩和など
利用者の負担軽減をオラクルに求めたりする動きが広がっている。JACICは「どう対応するか検討を急いでいる段階だ」と明かす。
オラクルは2017年9月にJREの無償サポート期限を2018年9月にすると発表したが、その後2019年1月に5カ月ほど
延長した経緯がある。電子認証に詳しい関係者は「オラクルはサポート対応期間について改めて配慮するのでは
ないか」との見方を示す。
http://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/00081/ >>672
JREライセンス料金払うか、JRE部分を自製するか ようやく理解した
Javaを商用システムで利用するには、
・古いバージョンを無償で使い続けるか
・新しいバージョンを有償で使うか
の、二択になると言うことか。
有償が嫌で、サポートないのも困る企業が、騒ぐわけだな。
無償だから採算が取れていたビジネスは、古いバージョンを使えるだけ使って、終わらざるを得ないな。 こうやってIT革命に乗り遅れた日本は外国から金を毟られていくんだな… Oracleが終わらせたもの
OpenOffice
Java JavaはWebアプリで使ってるところが多そう
ServletをPHPに置き換えるのかな? >>685
Solaris
MySQL
もあるでよ。
っつかOracleが買収したものはいずれすり潰されて消えていくイメージ。
多分VirtualBoxも殺されるんじゃないかな。 >>684
今から短期間でOpenJDKで組み直すのは無理だよな
セキュリティ放置して旧バージョン使い続けるかセキュリティ気にして最新バージョン更新してライセンス料払うか あの守銭奴のオラクルがボランティアでJava買収するわけないだろ
と誰もが思ってましたけど ところで、
JREで動くプログラムと、JRE以外の環境で動くプログラムと違いはあるのかい?
というか、JREを使ってない動作環境ってどんなとこ?Android? はじめっから失敗してる規格だししょうがねーわ
需要ができて経済効果あるじゃん オラクルってIT業界に全然貢献してなくね?ぶっちゃけ。 >>691
懐かしいなw
J++なんて使ってるトコ有るんだろうか? http://www.security-next.com/006338
JREの古いバージョンは問題だし、政府が提供してるシステムはオラクルにライセンス料払って最新にするんだろうな OpenJDK行ったらOracleの買収時に殺されたJava君が生きてた
ビルドめんどいけどこっちに移ろうと思った セキュリティの内製化が流行ってるけど
結局のところ、開発部分が内製になってないと、こういう結果になるんだよね。
内製回帰は当たり前すぎる判断。
なんで、日本はこんなどこの誰ともわからん派遣集団にシステム開発を任せるのやら・・・。 日本の企業内システムはJavaとオラクルDBが多いから、オラクルはぼろ儲けだな >>139
javascriptがガバガバ過ぎてtypescriptを使わんととんでもないことになる >>694
Sunに訴えられて強制廃止喰らったからなー
さすがに居ないかと 外からの接続を禁止して、一度イントラネットにVPNに繋いでから利用するようにすりゃいいんじゃね。 まあ、えーあいがやるからお前らは後数年でクビだよ。 macosを捨ててwindows限定にしてjavaを捨ててactivexにフォールバックしてicカードを読ませるという
信じられないソリューションがあるらしいが
それなら専用ソフト作ればいーじゃんとなるがソフトのインスコは許さんのだと
ドライバ(やJREやdotnet)のインスコはいいらしい
役所はどうしようもないな >>703
じーさまばーさまも使うからな
…JREは勝手には入らなかった気がするが ACOSが滅びるのはいいことだというのはみんな認めてるだろNEC以外 >>428
JVMがプログラマの肩代わりしてたメモリ管理を自分で書かなきゃいかんからjavaプログラマがcやらc++に転向したら、メモリがらみのバグを起こし安くなる。
とはいえcプログラマもメモリ関係のバグにいつも悩まされているが OpenJDKに対して後から特許侵害だとか言い始めるに1万ボラクル >>709
大規模システムだとheapメモリ枯渇エラーが出て
ガベコレの設定変えてもどうにもならないという経験を経て
結局javaでも意識することになるのよその辺は >>711
俺はポスグレ派
FireBirdとかまだあるん? いっぽうMS はC#を標準規格化で公開し
Monoを公認した >>710
oracleがオープンソース化して丸投げしたのがOpenJDK
oracleが順次開発→オープンソース化→OpenJDK
oracleは旧ver有償サポ
OpenJDKはひたすら現行版、旧verガン無視 >>715
MSは魔境だったjavascriptをtypescriptとして整備したからな
商用プログラムという概念を定着させたMSだが
実はopensource界隈への貢献もすごい >>718
マイクロソフトは自分の作ったものを標準にしたいだけ
Javaも人気が出てきた頃にマイクロソフトは独自仕様を入れてIDEを作ったが
Sunに文句を言われてガン無視するようになった
typescriptも同じでしょ >>718
MSはオープンソース界隈でそっぽを向かれて
Windows系の開発者がどんどん減ってじり貧状態だったから
製品そのもので儲けるのを減らしてamazonとかみたいな
プラットフォームで儲ける方向に転換したから そういえば、マイクロソフトがJavaを無視してコンセプトをパクってつくったのがC#だったな
デファクトスタンダードがとれないから標準規格化したんだろう
マイクロソフトが自分の利益を考えないでオープンソースにするとか考えにくい >>699
技量の問題だから、JavaScriptを深く理解した人だけでやれば良いだけ 猫も杓子もジャバジャバやってっからこういう事になるんだよ Linux、Windows、汎用機、組み込み系をカバーする
動的最適化ができるマルチプラットフォームの実行系
を満たす他の選択肢があるか ■ このスレッドは過去ログ倉庫に格納されています