OracleJDKからOpenJDKへ。OracleはJava世界に不要

**デフォルトの名無しさん** · 2018/07/23(月) 15:20:20.35

OracleJDKはアンインストールしましょう

**デフォルトの名無しさん** · 2018/10/28(日) 02:46:50.01

オラクルの悲願であったクライアントJavaの根絶がついに成し遂げられたというのは、プログラミング界の歴史上ではわりと重要な事件だと思う
実質的な影響はほとんどないだろうけど

**デフォルトの名無しさん** · 2018/10/28(日) 07:33:05.99

>>クライアントJava
前から死んでた
基本的にサーブレット、JSPしか生きてない

**デフォルトの名無しさん** · 2018/10/28(日) 08:47:04.89

逆にOracleが一番熱心だったろう。1.4の時代にインストーラから何からクライアントアプリをJava化してたぞ。

**デフォルトの名無しさん** · 2018/10/28(日) 10:54:05.90

>>133
現時点でjava製のクライアントアプリ達が星の数ほど存在するからなあ、、

**デフォルトの名無しさん** · 2018/10/28(日) 11:06:40.06

>>136
それらは2019/1をもって全てサポート外となり、そのまま利用する正規の方法は存在しない
だから存在しないのと同じである

**デフォルトの名無しさん** · 2018/10/28(日) 11:46:56.11

>>137
だな
つまりゴミ屑になるだけ

**デフォルトの名無しさん** · 2018/10/29(月) 08:57:40.87

JAVAのGUIアプリは使うの嫌いだからなくなってほしい

**デフォルトの名無しさん** · 2018/10/29(月) 13:18:28.28

とはいえ現実的にはサポート切れたまま使い続けるケースが大多数だろうな
エンジニアでもない人らに半年ごとにOpenJDKを入れ替えろなんて言えないだろうし

**デフォルトの名無しさん** · 2018/10/30(火) 21:08:10.86

タイトルのoracleは不要っての
openjdk自体の存続には問題無いの?

**デフォルトの名無しさん** · 2018/10/30(火) 21:49:19.16

>>141
OpenJDKだけになればOpenJDKは終わるよ。
なんでOracleが主導的にJavaの開発を続けてるかというと、
Oracleだけは他のJCPメンバーとは異なる特別な権利をJavaに対して有しており、Javaを利用して遥かに多くの利益を得られる立場にあるからだ。
OracleはJavaのオリジナルのソースコードの著作権を持っていて、OracleだけはGPLに縛られることなく「自由に」Javaを利用することができる。
それこそがOracleがJavaを開発し続けるモチベーションだ。
仮にIBMがOracleと喧嘩してOpenJDKをフォークしたとして、IBMは以後GPLベースで開発するしかない。
つまりIBMがどれだけ頑張って開発しようと、GPLが付いて回る以上は決してJavaに対する何らかの特別な権利を得られることはない。
これは企業が投資するモチベーションとしては弱い。

**デフォルトの名無しさん** · 2018/10/30(火) 22:04:13.72

>>142
GPLで自分の支配下に無いソフトのサポートや開発してる企業は一杯あると思うが…

**デフォルトの名無しさん** · 2018/10/31(水) 00:08:54.01

Linux以外で具体的に挙げてみ？

**デフォルトの名無しさん** · 2018/10/31(水) 04:52:33.19

なんでLinux以外？
大手ベンダーはLinux関連には人員入れてるよね。
自社ハード対応なんかで。
他に知りたいなら「GPL 商用アプリ」とかでググってみ。
wordpressもGPLだし腐るほど出てくるよ。

**デフォルトの名無しさん** · 2018/10/31(水) 06:46:36.01

誰もが即座に思いつくLinuxをわざわざ除外するとか、その時点で自分の言ってることが筋通ってないって認めてるやん

**デフォルトの名無しさん** · 2018/10/31(水) 08:03:41.34

OpenJDKもOracle主体なんだよな
てかmavenのライブラリたちも沈滞してて終わりゆく言語だと実感させられるわ

**デフォルトの名無しさん** · 2018/10/31(水) 08:11:30.07

>>147
主体っていうかOracleがソースをリリースしてるんやで
著作権はOracleが握っていて、コミッタは必ずOracleに対して無条件で未来永劫に共同著作権を認めるというとんでもない内容の契約書にサインする
当然、GPLでのコミットは一切受け付けられない
Linuxのようなオープンソースベースの開発とは根本的に違うというのは理解しておいた方がいい

**デフォルトの名無しさん** · 2018/10/31(水) 08:47:53.35

>>148
半分合ってて半分間違ってる

**デフォルトの名無しさん** · 2018/10/31(水) 09:17:33.01

>>149
間違ってるのが君の顔面じゃないなら何が正しくて何が間違っているのか具体的に指摘しような

**デフォルトの名無しさん** · 2018/10/31(水) 09:23:19.94

>>148
著作権譲渡契約はFSFもやってるけどとんでもない悪の組織だったんですね。

**デフォルトの名無しさん** · 2018/10/31(水) 09:23:46.04

>>148
これソースある？
外部で開発してたライブラリを標準化してソースごと取り込んでるケースもあるから
ありえないと思うんだが

**デフォルトの名無しさん** · 2018/10/31(水) 09:33:15.64

>>152
ここ参照
https://openjdk.java.net/contribute/
で問題のOCAはこれ
https://www.oracle.com/technetwork/community/oca-486395.html
ちなみにFSFや.NET Coreにも似たような契約あるけど、さすがに契約相手は特定の個人や企業ではなくてプロジェクトグループそのものだよw

**デフォルトの名無しさん** · 2018/10/31(水) 10:28:38.51

>>153
FSFに譲渡するからプロジェクトグループじゃないと思いますが…

**デフォルトの名無しさん** · 2018/10/31(水) 11:27:12.40

GPLライセンスがキモなんだよな
PostgreSQLみたいにBSDライセンスじゃない
そう言えばMySQLもGPLライセンスだよな

**デフォルトの名無しさん** · 2018/10/31(水) 12:07:38.47

MicrosoftはMITでめっちゃバラまいてるよな

**デフォルトの名無しさん** · 2018/10/31(水) 12:11:59.31

MSは言語とVSCodeくらいじゃない？
WindowsやOfficeはクローズドソースだし

**デフォルトの名無しさん** · 2018/10/31(水) 12:46:49.78

コードの寄贈は著作も譲渡するのが一般的で、そうでないLinuxカーネルのほうが異端なんだよね
このせいでLinuxカーネルをGPL3に変更することはほぼ不可能な状態になってる
リーナスはその方が好ましいと思ってるらしいけど

**デフォルトの名無しさん** · 2018/10/31(水) 14:20:38.37

>>157
ちょっとはググれば？

**デフォルトの名無しさん** · 2018/10/31(水) 14:40:15.26

もう金にならなくて悪影響が無さそうならソース公開してるよ
MS-DOSとか

**デフォルトの名無しさん** · 2018/10/31(水) 15:21:34.58

.netも金にならんから公開したのか？w

**デフォルトの名無しさん** · 2018/10/31(水) 16:08:37.04

>>161
論理の苦手なアホ発見

**デフォルトの名無しさん** · 2018/10/31(水) 18:35:43.74

>>161
Windows環境だけじゃシェア取れないからだよ

**デフォルトの名無しさん** · 2018/10/31(水) 22:52:03.97

Windowsのソースコードは開示されてる
オープンソースじゃないけど

**デフォルトの名無しさん** · 2018/11/01(木) 17:12:55.90

つうかOpenJDKのフォークなんてあちこちでやるのになんの心配をしてるのか
RedHatもIBMもAWSも当面は独自LTSすることが決まってるんだから
もっともAWSがやるのはCoreリポジトリのパッケージだけだからJDK8だけど

**デフォルトの名無しさん** · 2018/11/01(木) 17:19:10.22

あちこちフォークされても困るんだけど

**デフォルトの名無しさん** · 2018/11/01(木) 17:36:29.94

141です
なかなか良く解らないんですけど
やり取りなんか見てて少し参考になりました
どうもです

**デフォルトの名無しさん** · 2018/11/01(木) 17:40:52.77

>>166
別にセキュリティアップデート当てるだけならいいだろ。
androidみたいのが氾濫したら世紀末だけど。

**デフォルトの名無しさん** · 2018/11/01(木) 17:41:42.06

>>167
考えるな
感じろ

**デフォルトの名無しさん** · 2018/11/01(木) 18:19:52.89

>>165
OpenJDKのLTSは無いのでJava死亡とデマ撒いてきた手前引き下がれないのです

**デフォルトの名無しさん** · 2018/11/01(木) 18:54:28.01

RedHat,IBM,AWS
Java8のLTSでしょ

**デフォルトの名無しさん** · 2018/11/01(木) 19:19:08.40

Redhatは11だぞ
IBMはJavaを使う自社製品にバンドルってかんじだからそれが11になったらそっちに移行するんじゃね

**デフォルトの名無しさん** · 2018/11/01(木) 22:47:50.22

まあでも現時点では11のLTSより8のLTSの方がはるかに需要あるのは間違いない
Amazonは強かだ

**デフォルトの名無しさん** · 2018/11/01(木) 23:07:18.68

>>168
常識的に考えて独自拡張が氾濫するだけだね

**デフォルトの名無しさん** · 2018/11/01(木) 23:27:09.66

>>174
LTSで独自拡張入れるの？それLTSなんか？

**デフォルトの名無しさん** · 2018/11/01(木) 23:47:39.80

>>175
distributionが独自ビルドしたLTS、だろ

**デフォルトの名無しさん** · 2018/11/01(木) 23:54:50.40

>>176
で独自拡張入れちゃうとか考えてるの？

**デフォルトの名無しさん** · 2018/11/01(木) 23:57:28.23

>>177
普通は独自拡張は入れないでしょ
入れたらOracleに提訴される

**デフォルトの名無しさん** · 2018/11/02(金) 01:05:13.17

独自規格の乱立になるのか
最悪だな

**デフォルトの名無しさん** · 2018/11/02(金) 03:47:33.67

独自拡張入れたアホはMSだけやな

**デフォルトの名無しさん** · 2018/11/02(金) 06:18:56.73

>>174
どんだけアホなのお前は、、
OpenJDKのサポート需要を取り込むためにやるのに互換性なくすわけないだろ。それこそなんのメリットもなくなる。
というかJDK7に対する独自サポートも前からやってるけど、実際に当たってるのセキュリティパッチだけだぞ

**デフォルトの名無しさん** · 2018/11/02(金) 06:42:00.62

ネットって、1という情報を見たら2から9までを勝手に妄想して10という結論に決めつけるガイジが一定数いるよな

**デフォルトの名無しさん** · 2018/11/02(金) 09:36:57.54

規格乱立やだなー

**デフォルトの名無しさん** · 2018/11/02(金) 13:37:13.34

規格乱立とか言ってる奴はLTSという言葉の意味を理解出来てない

**デフォルトの名無しさん** · 2018/11/02(金) 14:48:58.23

そもそも規格変えたらJDKを名乗れないしな

**デフォルトの名無しさん** · 2018/11/02(金) 15:03:21.73

独自ビルドの乱立、が正しい

**デフォルトの名無しさん** · 2018/11/02(金) 15:36:34.61

独自LTS勢はソースレベルでは情報交換するだろ
バイナリは自分の都合でビルド方法変えることはあっても

**デフォルトの名無しさん** · 2018/11/02(金) 16:12:51.70

情報交換っていうかソースの更新自体はOpenJDK本体にコミットされていく。
RedHatはそれを明言してて、おそらく他のディストリビューターはそれを自分たちでビルドして配布するつもりなんじゃないかな。
もちろんRedHatより先に問題を見つけたら自分らでコミットすることもあると思うけど。

**デフォルトの名無しさん** · 2018/11/03(土) 04:50:53.28

javaの方言が乱立することになるんだな

**デフォルトの名無しさん** · 2018/11/03(土) 07:50:22.26

jaga
jakee
jarogai
javatten

**デフォルトの名無しさん** · 2018/11/03(土) 09:58:56.83

>>188のソースね。
Upstream firstで更新していくとはっきり言ってる。
AWSってJDK11はまだ対応してないけど、この書き方なら8と同じスキームでサポートできそう。

https://developers.redhat.com/blog/2018/09/24/the-future-of-java-and-openjdk-updates-without-oracle-support/

**デフォルトの名無しさん** · 2018/11/11(日) 14:35:47.51

http://r2.upup.be/wV2qsULdHm

**デフォルトの名無しさん** · 2018/11/14(水) 18:56:54.41

OpenJDK対応したAndroid 7の端末デビューが2016年秋以降で、OpenJDKでもない著作権
侵害違反状態のAndroid 6.x以前の端末を使い続けているユーザーは、まだまだすごく
多いけど、そういったユーザーに対してOracleが直接ユーザーに請求したり、ライセンス
違反で訴える恐れはないのかな？
1年ぐらい前まで普通にAndroid 6.xを載せた格安端末が新発売してたしね

そんなことが起きて騒ぎになればAndroidの売上が急減するから、Googleが賠償額を払って、
Oracleがユーザーに直接関わるような事態を未然に防ぐはずだからいいのかもしれないけど

**デフォルトの名無しさん** · 2018/11/14(水) 19:11:48.47

>>193
>>直接ユーザー
有り得ない
責任負うのはスマホメーカー

**デフォルトの名無しさん** · 2018/11/14(水) 19:47:54.31

>>194
スマホメーカーじゃなくて、責任とるのはOS開発元のGoogleではないですか？

**デフォルトの名無しさん** · 2018/11/15(木) 07:52:32.18

Androidの利用規約なんてちゃんと読んだことないけど、常識的に考えてユーザーに責任を問うのは不可能だと思うよ。
開発者＝Googleに一元的に責任がある。

**デフォルトの名無しさん** · 2018/11/15(木) 10:39:23.73

今裁判やってるんじゃ無かったっけ?

**デフォルトの名無しさん** · 2018/11/15(木) 10:40:32.05

予想出来るのはAndroid6.0.1以前は一斉にサポート終了だろうな

**デフォルトの名無しさん** · 2018/11/15(木) 12:12:19.67

いまOracleとGoogleで裁判してる件はOpenJDKかどうかなんて関係無くない？

**デフォルトの名無しさん** · 2018/11/15(木) 12:24:01.53

Amazon様からOpenJDKのLTS発表されたな。
オンプレでも利用オーケーでwinもmacも対応。
Java8は2023年、Java11は2024年までサポート。

これ、OracleJDKの存在意義が消滅したのでは。

**デフォルトの名無しさん** · 2018/11/15(木) 12:29:25.14

商用サポートはパッチ提供だけじゃないからね

**デフォルトの名無しさん** · 2018/11/15(木) 12:32:03.74

もうOracleJDKはEOLでいいわ。使う価値ない

**デフォルトの名無しさん** · 2018/11/15(木) 17:35:07.80

>>202
Oracleが死んだらOpenJDKも怪しくなるからそれは困る。
俺は使わないけどお堅いSIerさん達にはドンドン使ってお布施してもらおう。

**デフォルトの名無しさん** · 2018/11/15(木) 23:41:11.51

サポートとかライセンスを論じる前に著作権侵害違反状態のAndroid 6.x以前の端末に対して
アプリとか出してる会社は権利的に問題ないのかな？
まあバッサリAndroid 6.x以前の端末のアプリサポートなんか切れないだろうけど
2016年秋の２年前までAndroid 6は最新OSだったし、それより以前の3年、4年前発売の古い
機種使ってるユーザーだって普通にいる
ただ、あのOracleが著作権違反状態が放置されたAndroid 6のユーザーに対して何言いだすか
分からないところがある

**デフォルトの名無しさん** · 2018/11/16(金) 03:15:09.62

ユーザは善意の第三者にあたる

**デフォルトの名無しさん** · 2018/11/16(金) 06:21:56.20

>>204
ソフトウェアに関する著作権侵害だの特許侵害だの裁判なんて星の数ほど行われてきたけど、
エンドユーザーの賠償責任が認定された事例なんて１つも知らないぞ。

**デフォルトの名無しさん** · 2018/11/19(月) 19:52:28.48

それでもWEB等での利用となると、エンドユーザーなのかサービス事業者なのかわからんからな

**デフォルトの名無しさん** · 2018/12/03(月) 21:58:39.98

アマゾンが出してきましたね

**デフォルトの名無しさん** · 2018/12/27(木) 13:45:00.46

JavaOneも止めちゃったのか
oracle潰れてくんねーかな

**デフォルトの名無しさん** · 2019/04/08(月) 11:24:37.45

本家のOpenJDKなんて誰が使うの?
Distributionで配布されるLTSへ皆逃げてるのに
Oracleの予定が見事に狂った

**デフォルトの名無しさん** · 2019/04/08(月) 13:15:35.39

保守契約の書類が無いと不安で何もできない偉い人

**デフォルトの名無しさん** · 2019/04/08(月) 16:06:37.39

結果的にJava8が盛大に延命しただけっていうね
何もかも裏目に出てしまった感

**デフォルトの名無しさん** · 2019/04/08(月) 19:38:25.28

保守契約とか言うけど
実際パッチもらった例とかはあるのかなあ
DBは割と合ったけどw

>>212
それな

**デフォルトの名無しさん** · 2019/04/08(月) 21:29:30.26

パッチとかどうでもよくて、何かあった時に責任をなすりつける相手を作るのが保守契約

**デフォルトの名無しさん** · 2019/04/09(火) 14:47:24.68

セキュリティ保証出来ればJavaバージョン古くてもね

**デフォルトの名無しさん** · 2019/04/10(水) 13:35:58.48

>>206
最初の例になるんじゃないか?
という不安があるんじゃないの?
>>210
だからoracleに金さえ払えば安心出来るのではないか?
という風になって
買う人が出てくる(増える?)
ある意味それも狙っての事かもしれないし
何というか
疑心暗鬼
なんだよねぇ
はっきり言って自分には複雑で理解出来ないし
pcの台数分買う
そういう単純な物じゃないときつい
そういう人間にとっては
oracleに金さえ払えばok
みたいなのは解りやすい
oracle以外に払って本当にクリア出来ているのだろうか?
こうなると当然他人に説明も出来ないし
出来る人はそれこそ自分でビルドでもして如何様にでも対処できるだろうし
>>214
安心料
というのは言い得て妙だと思う

**デフォルトの名無しさん** · 2019/04/23(火) 12:15:16.72

アメリカのIT企業は、FUDを使って脅して金取るビジネスモデル。
「Security上問題あるから、Versionアップしてください」
というのもそれ。

**デフォルトの名無しさん** · 2019/04/23(火) 12:15:58.40

安心料 = FUD。

FUD で検索してみ。

**デフォルトの名無しさん** · 2019/04/23(火) 17:01:56.31

既にそんな言葉が有るのか
あのunixの騒ぎって
そういう性質の話だったのか
でも乱発して裁判で勝てれば一儲け出来たりするから厄介だよなぁ
日本だと地裁が適当だから博打する価値が結構有るし
裁判は結構大変だからその辺を利用したslappとかも有る様だし
色々と嫌な世界だ

**デフォルトの名無しさん** · 2019/04/23(火) 18:55:21.48

・アメリカは訴訟社会
・そもそも、法律が少なく、ルールは国会ではなく国民が裁判で決めていく
　様な文化らしい。
・陪審員制度なので、裁判になったらアメリカ国民有利な結果になる。
・このやり方によって、日本の企業なんて、コテンパンにされてしまう。

**デフォルトの名無しさん** · 2019/04/30(火) 07:26:16.73

そうか、だからアポーは早期にJavaを見放してたわけだな。

**デフォルトの名無しさん** · 2019/04/30(火) 08:10:11.85

DB界にも不要

**デフォルトの名無しさん** · 2019/04/30(火) 08:57:08.38

×安心料
○みかじめ料

**デフォルトの名無しさん** · 2019/06/19(水) 15:07:00.63

Android5.1以前(OracleJDK)で異常通信発生
OpenJDK移行せよの嫌がらせか

**デフォルトの名無しさん** · 2019/06/26(水) 12:25:15.87

日本企業が向こうの裁判でふんだくられるのは既に発生しているからな

**デフォルトの名無しさん** · 2019/07/07(日) 19:22:06.58

OpenJDKの更新サイクルを1年サイクルにすりゃバランス良かったのに
そりゃディストリビューションのLTSに逃げられるわ

**デフォルトの名無しさん** · 2020/01/23(木) 12:04:01.67

富士通も脱Oracleに舵を切ったしな。
ガメツすぎると客が逃げるという典型例。

MSとOracleは怖くて使えない。

◆JAVA/drQNg · 2020/02/25(火) 02:38:09.77

OpenJDKは教育用に普及させればいい

◆JAVA/drQNg · 2020/03/16(月) 11:04:38.07

>>7
RedHatOSってアクティベーションとか要らないんだっけ？

**デフォルトの名無しさん** · 2020/06/15(月) 01:55:05.13

>>227
と言いつつVisual Studio Code使ってたりして

**デフォルトの名無しさん** · 2020/11/13(金) 14:42:41.36

MSがOpenJDKのAppleM1対応パッチ提供ってもうわけわかんねえな

**デフォルトの名無しさん** · 2021/04/07(水) 22:26:29.40

Microsoft、「OpenJDK」の自社ビルドをプレビュー公開～無償のLTSディストリビューション

https://forest.watch.impress.co.jp/docs/news/1316969.html

**デフォルトの名無しさん** · 2021/08/17(火) 20:52:18.16

https://www.infoq.com/jp/news/2021/08/java-17-glass/

多くのチームが6か月サイクルのメジャーリリース番号と一致するようにJavaバージョンをアップグレードしているという証拠はない。
New Relicの顧客ベース(数千万の本番JVMを含む)のデータによると、LTS以外のJavaバージョンが1.5%を超える市場シェアに至ったことは一度もない。
LTS以外のJavaバージョンのほとんどは、リリースから数か月以内に、0～0.5％に低下する。

むしろ、市場全体としてはJava 8と11を使用し続けている。これには、Oracleから離れ、8と11の増分更新の提供を別のベンダーに依存している場合も含まれる。
現在、2つのLTSバージョンが市場シェアの二分しつつある(統計的なノイズレベルを下回る非LTSバージョンもある)。
これは、Java 8が普及した速さと比較して、Java 11の普及がはるかに遅いことを表している(3年で約50％の市場シェア)。