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

OracleJDKからOpenJDK ..

2:デフォルトの名無しさん
18/07/23 16:54:42.60 O3yzvS6l.net
OpenJDKも特定バージョンをLTSするかもしれないって話はどうなったんだ
半年に一回アプデ強制だと本番環境ではとても使えん

3:デフォルトの名無しさん
18/07/23 18:45:47.78 DyNgk6xr.net
Javaは金儲けの道具になりました

4:デフォルトの名無しさん
18/07/23 18:52:13.06 DyNgk6xr.net
>>2
しないよ
URLﾘﾝｸ(www.orangeitems.com)

5:デフォルトの名無しさん
18/07/23 19:00:58.93 Ot4A38Sz.net
>>4
新しい情報でも出たのかと思ったら相変わらず何も発表されてないだけじゃねーか。
8月頭にOpenJDKのカンファレンスがあるからそれ待ちだな。

6:デフォルトの名無しさん
18/07/24 06:29:59.03 43FBDpPt.net
RedHatが11LTSするならええわ
CentとかAmazonならそれ使えるし

7:デフォルトの名無しさん
18/07/24 23:53:16.39 toegqoGD.net
とりあえずLinux使うヤツはRedHatにクラガエすれば何とかサポートして貰える

8:デフォルトの名無しさん
18/07/26 18:29:38.46 OT5B/F1n.net
うちはCentだからとりあえずRedHatの11使っておけばいいわ、助かった。
Adoptはissue見てるとまだまだ使い物にならなさそう、っていうかこのままグダクダになりそうな気配がするし。

9:デフォルトの名無しさん
18/07/26 19:26:38.92 by+faYf/.net
何でjavaにこだわるのかな
go　javascript　python
好きなとこにいけばいいのに

10:デフォルトの名無しさん
18/07/26 21:28:24.97 OT5B/F1n.net
新規開発と既存システムの運用を分けて考えられないの？バカなの？

11:デフォルトの名無しさん
18/07/27 07:24:09.25 8+KT0NyM.net
何でこだわるって目の前のシステムがjavaで動いてるからに決まってるだろ

12:デフォルトの名無しさん
18/07/27 15:33:04.77 /2zZOHVe.net
OracleJDKのライセンス料払うの嫌ならOpenJDK使えって事だろうけど
自前で修正してビルドしてテストするのを半年毎にするのは変わらんのな

13:デフォルトの名無しさん
18/07/29 08:26:38.59 6JhnXbbo.net
OpenJDKのコントリビュータになるためにはこれにサインする必要がある
OpenJDKに夢見てる奴は一度目を通してお前ならこれにサインできるかどうか考えてみるべきだな
URLﾘﾝｸ(www.oracle.com)
ちなみに無視して野良OpenJDKを配ったら特許侵害な

14:デフォルトの名無しさん
18/07/29 08:54:01.85 Oaphdh9V.net
GNUからGavaとか出さないかな

15:デフォルトの名無しさん
18/07/29 10:33:47.87 nlCcbUxb.net
>>13
GNUも面倒くさい書類書かされるよ

16:デフォルトの名無しさん
18/07/29 20:40:35.59 BRuVAI6F.net
>>15
へーどこの誰に提出すんのそれ

17:デフォルトの名無しさん
18/07/29 21:14:35.10 nlCcbUxb.net
>>16
FSF

18:デフォルトの名無しさん
18/07/29 21:31:06.21 BRuVAI6F.net
提出しないでソース書き換えて配布したらどうなるんだ？

19:デフォルトの名無しさん
18/07/29 21:34:00.37 QqHz9FOF.net
>>18
著作権法状は問題ないが、特許利用許諾の対象から外れるから特許侵害

20:19
18/07/29 21:40:44.55 QqHz9FOF.net
すまんOpenJDKの話な
GNUは勝手に改変して配っても別に何の問題もないよ
GPL2なら特許訴訟の可能性も無くはないけどFSFがGPLに従った再配布行為を訴えるなんてあり得ないし

21:デフォルトの名無しさん
18/07/30 09:20:02.96 fZgiXqCK.net
>>19
それ本当か？Linuxディストリビューション、
具体例ではRed Hatクローン配ってるところがみんな
Oracleに書類提出してるとは思えんが。

22:デフォルトの名無しさん
18/07/30 20:33:54.94 wLNkxbXD.net
コントリビューターとディストリビューターを勘違いしているのでは？

23:デフォルトの名無しさん
18/07/31 00:27:50.94 2+1mdxB2.net
なるほど、OpenJDKを配布するだけなら何も書類書く必要ないってことだな。
無料で使えて無料でばんばんコピーできる

24:デフォルトの名無しさん
18/07/31 01:19:46.59 g7pbKC/j.net
>>23
でも半年毎にセキュリティホール潰しのパッチ配布されるから都度修正ビルド必要

25:デフォルトの名無しさん
18/07/31 01:33:40.05 mqraN/eJ.net
ディストリビューション独自のパッチ当ててるところもあるが
みんなOracleに契約書出してるのかと。

26:デフォルトの名無しさん
18/07/31 01:50:48.83 2+1mdxB2.net
>>24
Oracleはパッチ配布しないの？
それじゃ使えないな

27:デフォルトの名無しさん
18/07/31 02:10:30.97 2+1mdxB2.net
OK、完全に理解した。
OpenJDKのコントリビュータというのは、
OpenJDKに対してソースコードを寄付した場合の話だ。
OpenJDKにコードをマージしてほしい場合の話だ
だからディストリ独自にパッチを当てる分には不要なんだ

28:デフォルトの名無しさん
18/07/31 02:18:57.46 mqraN/eJ.net
>>27
勝手に改変すると特許で訴えると主張してる奴いるぞ

29:デフォルトの名無しさん
18/07/31 04:53:16.13 2+1mdxB2.net
>>28
ははは、馬鹿なんだろ
OpenJDKのライセンスはGNU GPL（+リンク例外）だよ
それ以外の何者でもない

30:デフォルトの名無しさん
18/07/31 05:03:13.06 2+1mdxB2.net
GPLなんだから勝手に改変して再配布してもOK
もちろん再配布するときは、再配布した相手にソースコードを
入手できるようにしないといけない。これはGPLの制限。
OpenJDKプロジェクトに対してコードをマージしてもらいたいなら（＝コントリビュート）
オープンソースプロジェクトにコードを提供したんだから、
特許問題とか解決してあとからそのコードは俺のもんだとかいうなよ。
なにか問題があったらお前の責任で解決するんだぞ。って言ってるだけ
これ、全てのオープンソースプロジェクトに対して
有効にしてもいいぐらいの常識的なことだと思う

31:デフォルトの名無しさん
18/07/31 07:03:57.08 2adz6Sjl.net
>>30
常識というか全てのオープンソースプロジェクトの大前提なんだけどな。
それをわざわざ文書で宣言させるところがオラクルらしい。

32:デフォルトの名無しさん
18/07/31 08:13:31.34 2+1mdxB2.net
書いてないことを前提にするのは良くないことだぞ
この場合Oracleは素晴らしいと言わないといけない

33:デフォルトの名無しさん
18/07/31 08:18:24.15 SM605dZN.net
>>30
違う
OpenJDKが採用しているのはGPLv2であり、GPLv2によって明示的に許諾されるのは著作権の利用のみで特許は含まれない
GPLv3が生まれた背景を調べたらすぐわかるけど、特許訴訟のリスクがあるというのはよく知られたGPLv2の問題だよ
書いてないことを前提にするのは良くないこと、は全くもって正しくて、それがまさにOpenJDKの問題なの

34:デフォルトの名無しさん
18/07/31 08:27:53.80 2+1mdxB2.net
>>33
なんか変な勘違いしてるぞ。
GPLが適用されるのは、作成して配布しているソフトウェアに対してだ
作った製品に対する利用ライセンス
それに対してOracleがやってるのは、製品に組み込む際のルールだよ。
それは組み込まれた製品のライセンスの対象外

↓　Oracleへの寄稿同意書（ソフトウェア利用許諾契約の対象外）
↓ ---------------------------
↓　ソフトウェア利用許諾契約（GPL等）

OpenJDKが採用しているのがGPLでも他のライセンスであっても関係ないんだよ
利用許諾契約外の話なんだから

35:デフォルトの名無しさん
18/07/31 08:41:18.87 qSbS3EBG.net
>>13に基づいたコントリビューションはGPLとは無関係だろ
これに従ってOpenJDKにマージされたソースには(コントリビュータの著作権に基いた)GPLは適用されないはず
Oracleが共同著作権を行使することにより、あくまでOracleの著作権に基づいてGPL下でOpenJDKがリリースされる
オラクルはいつでもOpenJDKとは無関係にコントリビュータのソースを使い派生物を作成してソースを公開することなく販売できる

36:デフォルトの名無しさん
18/07/31 08:43:33.50 2+1mdxB2.net
>>33
あと間違えてる
> OpenJDKが採用しているのはGPLv2であり、GPLv2によって明示的に許諾されるのは著作権の利用のみで特許は含まれない
GPLv2には特許に関してどう扱うかは記述されてない
だから「特許が含まれない」と断定することができない。
GPLv2で配布しているのに、ソースコードは公開していても特許が含まれるために
自由に使えないということがあり得るということ
だからGPLv3が生まれた

でもこれはあくまで配布する側の話
Oracle「よし、俺はGPLv2は配布するぜ！オープンソースだから外部からのコードも受け入れるぜ。明確に書いてないけど俺が特許権を行使することはないぜ」
怪しいやつ「Oracle様～、ソースコード献上しますだぁ～（俺のコードには特許がある。あとで行使してやるぞｗｗｗ）」
Oracleは特許権を行使しなくても、される可能性があるんだよ。これはGPLv3でも同じ。
なぜならGPLv3のコードにマージする前の、提供されたコードにもともと存在する権利だから。
GPLにマージできないコードをGPLソフト開発者がマージしてしまったら、訴えられるのはGPLソフト開発者のほうだよ。
GPL開発者「さーせんｗｗｗ　あんたが権利を持ってるコードをマージしちゃった。GPLの方が偉いんだからお前の権利剥奪するわｗｗｗ」
なんてことは言えない

37:デフォルトの名無しさん
18/07/31 08:54:03.41 2hPyQPU6.net
>>32
GPLでもMITでも、プロジェクト自体にオープンソースライセンスが適用されてりゃいちいち個別に宣言する必要なんてないわ。

38:デフォルトの名無しさん
18/07/31 09:18:40.36 qSbS3EBG.net
>>37
一般的に君がプロジェクトのライセンスとして認識してるのはソースコードの利用に際するライセンスだよ
君は混同してるようだけど、コントリビュータのソースをどう扱うかはまた別の問題だ
GPL下でソースをリリースするときには成果物が他人の著作権に基いたGPLによって「汚染」されることを防ぐために
>>13のように(権利者にとって)安全にコントリビューションを受け入れるパスを設けることは一般的なプラクティスだよ
MITならコントリビューションもMITでやっちゃっても実質的な問題はないかもしれないけど、
それでも管理が複雑になるから.NET Coreなんかも同様の契約があるね(契約相手はMSではないが)
本来の思想上はGPLオンリーでいいはずのFSFですらもそう

39:デフォルトの名無しさん
18/08/01 10:59:05.15 G/ZvYT+m.net
JAVAの場合、かってMSが喰らって今もgoogleとやりあってる
互換性テスト云々の縛りが別途あるような気がするが。

40:デフォルトの名無しさん
18/08/01 12:44:53.55 QBK7Rh0q.net
>>39
一般的にGPLv2では特許については常識的に考えて暗黙的に許諾されてるものとして高を括って権利者を信じるもんだけど、
OpenJDKについて特許訴訟のリスクが特に懸念されてるのは互換性テストのせいだね
OpenJDKも含め、特許利用許諾の必須要件としてJCPによる互換性の認定が必要だと明示的に規定されているわけで、
GPLが暗黙の特許利用許諾を含んでいることを仮定するならば、OpenJDKのライセンスはGPLと矛盾する

41:デフォルトの名無しさん
18/08/01 13:14:36.56 Al4aQLEL.net
OpenJDKのライセンスはGPLだよ。
矛盾してたら世界の誰かが指摘している。
諦めろ

42:デフォルトの名無しさん
18/08/01 13:20:17.04 BDoQYqGC.net
>>41
だから実際指摘されてまくってるんだよなあ

43:デフォルトの名無しさん
18/08/01 15:31:03.77 Al4aQLEL.net
>>42
どこで指摘されてるの？
このスレで問題があると指摘しているやつは
単なる間違いなので無視するとして（大爆笑）

44:デフォルトの名無しさん
18/08/01 15:32:07.52 Al4aQLEL.net
GPLが暗黙の特許利用許諾を含んでいないことは
まあ、あきらかですね。言うまでもありません。
暗黙 = 明言されてないので許諾になることは
法律上ありえない

45:デフォルトの名無しさん
18/08/02 01:35:22.93 PUemVwHx.net
>>44
OpenJDKの特許に関する安全性はGPLv2が暗黙の特許利用許諾を含んでいるという解釈が前提なんだけど、自分で何言ってるか分かってる？
含んでないなら改変によって互換性の失われたOpenJDKを利用することは完全に特許侵害行為となるわけだが…

46:デフォルトの名無しさん
18/08/02 03:55:44.18 tOum0Ceh.net
> GPLv2が暗黙の特許利用許諾を含んでいるという解釈が前提なんだけど
お前の解釈なんて知らん。
GPLv2が特許利用許諾を含んでいるか否かだ
暗黙って書いてないんだろ？なら含んでいないと解釈すべきだ
どんなに都合よく解釈したとしてもケースバイケースが限界

47:デフォルトの名無しさん
18/08/02 03:56:35.44 tOum0Ceh.net
>>45
> 含んでないなら改変によって互換性の失われたOpenJDKを利用することは完全に特許侵害行為となるわけだが…
OpenJDKに特許が含まれていないなら、特許侵害にはならない

48:デフォルトの名無しさん
18/08/02 08:17:57.73 PUemVwHx.net
このサイトによると、
URLﾘﾝｸ(en.swpat.org)
・OpenJDKがオラクルの特許を含んでいることは誰がどう見ても明らか
・米国では一般的にGPLv2は暗黙の特許利用許諾を含んでいると信じられている(判例はない)
・↑を信じるなら改変したOpenJDKの配布は安全である
というのが現時点での結論のようだ

49:デフォルトの名無しさん
18/08/02 08:57:14.87 tOum0Ceh.net
で、なんの話だっけ？まとめるか？
OpenJDKにOracleの特許が含まれてる
GPLv2にしたところで特許は消滅しない
悪意ある人ならGPLv2にしておいて、後から特許利用料を請求する可能性がある
（だからこそそれができないGPLv3ができた）
Oracleさんは正義だからGPLv2であっても、その特許を使っていいですよって許諾している（はず）
↑ここまではOracleさんの話
Oracleさんへ悪意のある人がコード提供した。
そのコードには特許があった。
GPLv2にしたところで、特許は消滅しない。
もちろん特許をOracleへ譲渡したわけではないので、その特許は悪意のある人が持ってる
OpenJDKを使った人が、悪意のある人から特許利用料を請求する可能性がある。
↑
という自体を防ぐために、OpenJDKのコントリビュータになるためには
そういうことをしませんよという契約が必要になる
（それが URLﾘﾝｸ(www.oracle.com) ）
もちろんOpenJDKはGPLv2なのでそれに従っている限り、勝手に改変して再配布してもよい。
勝手に再配布しても正義のOracleさんは、その特許を使っていいですよって許諾している（はず）
だけど悪意のある人が再配布したものは、どんな改変がされてるかわからないし、
悪意のある人の特許が追加されているかもしれないので、信用出来ないなら
正義のOracleさんが配布している公式のOpenJDKを使いましょう。
Oracleさんは正義だからGPLv2であっても、その特許を使っていいですよって許諾している（はず）

50:デフォルトの名無しさん
18/08/02 09:18:01.77 76R2b7J5.net
>>49
惜しい
OpenJDKのコントリビュータにOCAを要求する目的は、もちろん特許訴訟を避けるためというのもあるけど、
それ以上に重要なのは他人がOpenJDKに対して著作権を主張して利用が妨げられることを避けること。
もっと端的に言うと、オラクルの保有するオリジナルのコードベースがGPLに逆感染するのを防ぐためだ。
そうしないと、俺の送ったパッチがマージされてるはずだから Oracle JDK11 LTS のソースを継続的にGPLで公開しろ、なんていう主張が通ってしまう。
二度とクローズドにできなくなるわけ。

51:デフォルトの名無しさん
18/08/02 10:17:00.80 vTXE1zvQ.net
>>13
とにかくこれはデタラメということでOK？

52:デフォルトの名無しさん
18/08/02 10:45:53.24 tOum0Ceh.net
> OpenJDKのコントリビュータになるためにはこれにサインする必要がある
この部分だけ正しい
> OpenJDKに夢見てる奴は一度目を通してお前ならこれにサインできるかどうか考えてみるべきだな
なんの夢なのか意味不明。俺ならコントリビューターになりたい場合にサインする。
> ちなみに無視して野良OpenJDKを配ったら特許侵害な
GPLv2は暗黙の特許利用許諾を含んでいると信じられているので
サインしないで野良OpenJDKを配っても、Oracleの特許侵害にならない
GPLv2にさえ従っていれば、自分で改造したOpenJDKを配ることは可能
そもそもこのサインはコントリビューターになるためのサインで、
Oracleが提供しているOpenJDKは、必ずこのサインに署名されているので
Oracleもしくはその他の特許侵害にならない。安心して使えるといえる
Oracle以外が提供しているOpenJDKを使う場合はこの限りではない。
Oracleの特許侵害になることはないが、Oracle以外の特許侵害になる可能性はある。

53:デフォルトの名無しさん
18/08/02 12:14:55.05 NvR76J0F.net
つまりコントリビュータにこれを文書で誓約させている時点で、他の一般的なオープンソースプロジェクトよりもむしろ安全ってことだよな。
オープンソースライセンスで公開されているプログラムにコードを提供した時点で利用許諾をしたものとみなされる、ってのが判例で明示されればいいんだけどな。
今のところは各プロジェクト単位のContributionのところにそのむね書いておくくらいしかできないか。

54:デフォルトの名無しさん
18/08/02 12:24:24.57 tOum0Ceh.net
ぶっちゃけ怖いよな。素晴らしいコードを提供してくれた、ありがとう！
ってマージしたら、そのコードの権利を主張されるとかさ
もしかしたらそのコードは、コードを提供してくれた人ではない
他の誰かが作ったものだったら、勝手にGPLに変えちゃいますとか
言えないし。この場合はコードの本当の作者も被害者なわけで。
コードを持ってきた人に責任を負わせないと

55:デフォルトの名無しさん
18/08/02 15:23:42.25 2/k7SRWC.net
請求来たらコーダーに払わせたらいいのか
javaコーダーは金持ちだから大丈夫だな

56:デフォルトの名無しさん
18/08/07 17:05:32.43 TUntskSY.net
>>52
言ってることが無茶苦茶だな。
当然誰かが改変した野良OpenJDKもGPLv2の下で配布されるんだから、
GPLv2の暗黙の特許利用許諾を信じるなら、改変者の特許もOracleの特許と同様に利用許諾されていることになるだろ。
一方、Oracleの特許利用はJCPによって互換性があると認められたJava実装に対してのみ認められると定められていることも事実。
そして実際に裁判になった際に、GPLv2の暗黙の特許利用許諾とJavaの特許利用規定のどちらが優先されるかは自明ではない。

57:デフォルトの名無しさん
18/08/07 20:14:25.27 IKwKwLq7.net
>>56
OpenJDKのライセンスは、GPLv2 with classpath extensionなんだよね。
この規定の中にはJCPなる単語はあるの？
特許の許諾が発生するのはJCPの範囲なんでしょう？
だとすれば、classpathで分離されたjarファイル単体でJCP主張するのしか出来ないよね。OpenJDK自体はGPLv2なので再配布自由だけど、JCPが派生する根拠はあります？

58:デフォルトの名無しさん
18/08/07 21:29:45.41 52Q1hsC1.net
>>57
まず大前提として、Oracleの特許利用許諾は「TCKをパスしたJavaの実装」に対して与えられる。
そして、原則としてTCKを入手するにはオラクルからライセンスを受ける必要がある。
しかしこれでは個別にオラクルのライセンスを受けない限りOpenJDKを改変できなくなってしまうので、
GPLに基いてOpenJDKの派生物を配布しようとする者には特別にTCKを利用するライセンスを受けることができる。これがOCTLAと呼ばれるライセンスだ。
当然、オラクルがこのライセンスの供与を終了すればOpenJDKの改変は直ちに不可能になる。これが第一の問題。
そしてこのライセンスに基づいてオラクルからTCKを提供してもらうわけだが、なんと、そのためにはOCAにサインした上で(!!)
プロジェクトについてOracleのレビューを受けなければならない。Oracleの気に入らない実装はここでリジェクトできる。これが第二の問題。
URLﾘﾝｸ(openjdk.java.net)

59:58
18/08/07 21:47:46.70 52Q1hsC1.net
ちなみにRedHatもAdoptOpenJDKも当然このTCKを利用して正規のプロセスでOpenJDKを再配布してる。
AdoptOpenJDKによると、「野良実装はリスクがあるからプロダクションには使うな」だそうだよ。

60:デフォルトの名無しさん
18/08/07 22:08:10.22 52Q1hsC1.net
あと、OpenJDKを改変するにはTCKが要るというのはちょっと語弊があるな。
そもそもOpenJDKは単なるソースコードであって、それ自体は正規のJavaディストリビューションじゃない。
たとえ無改変だろうと、第三者へJavaを配布しようと思ったらTCKをパスしてなきゃいけない。
もちろん、AdoptOpenJDKをはじめとした再配布を許可しているTCK通過済みの正規のディストリビューションを使うのも手だ。

61:デフォルトの名無しさん
18/08/08 00:49:42.30 4BWTfzpI.net
>>58
いや、それOpenJDKを勝手に改変して、OpenJDKとしてリリースするのが駄目ってことだろ？
OpenJDKという名前も使えないだろうから、
OpenMyDKみたいに、OpenJDKを改変した違うものとして
リリースすれば問題ないでしょ？
もちろんそんなものを使ってくれるかどうかは別としてだけど

62:デフォルトの名無しさん
18/08/08 07:18:32.19 Gt27DTX6.net
GPLv2だから、ソース配布は無償だし、ビルドも無償でバイナリ配布だって無償だと理解しているけど。フォークや改変や再配布を禁止出来る理由がない。
特許の使用権と、ソースバイナリ配布とは全く別の概念のはず。後者はGPLv2でカバー、改変も許諾されている。
改変後のソース、バイナリに、特許の許諾が及ぶかどうかはGPLv2では担保されない。全部個別判断だし都度裁判沙汰になるだけ。

63:デフォルトの名無しさん
18/08/08 08:31:24.44 EHn29+3l.net
>>62
ソフトウェアは方法ではなく物だから、ネットワーク等の媒体を介してソフトウェアを流通させること自体が実施行為だよ

64:デフォルトの名無しさん
18/08/08 08:45:41.81 Gn4Y43YU.net
>>61
さあね
少なくともOpenJDK自体のライセンスは特許の利用を明示的に許諾していないのは事実だし、
OpenJDKに含まれる特許について明示的な特許利用許諾を受ける唯一の方法はTCKをパスすることであるのも事実だ
あとは法廷で決着をつけるしかないよ
Oracleからある日突然書類が送られてきて、正規のプロセスを通しなさい、さもなくば法的措置を取ることになりますと言われたら、君はOracleと戦う?

65:デフォルトの名無しさん
18/08/08 09:01:31.18 gE5wn8K9.net
お前らなにをそんなに盛り上がってるの
自分でJDKでも作るの

66:デフォルトの名無しさん
18/08/08 09:15:59.24 Gn4Y43YU.net
OpenJDKはGPLだからOracleの支配から解放されて自由だなんていうのは全くの幻想であり、
Oracleのライセンスを受けた正規のディストリビュータから提供される正規のOpenJDKディストリビューション(Oracle Javaも含む)を使いましょう
それが法的リスクに怯えずに堂々とJavaを使える唯一の方法です、という話

67:デフォルトの名無しさん
18/08/08 09:27:10.21 17cg0G3S.net
Java名乗るには互換性テスト受けないとダメという話は
サンの頃からずーと問題視されてたのでその点を取り上げてOracle死ねは今更感がある。
Red Hatは許諾を受けるとしてもRed Hatクローンやってる団体が
全て許諾を取るとも思えないがそのあたりどうなるだろうか

68:デフォルトの名無しさん
18/08/08 10:25:41.34 909NcGsF.net
RedHatが作成したJDKをそのまま再配布するだけならええんでないの

69:デフォルトの名無しさん
18/08/08 10:51:25.09 17cg0G3S.net
>>68
同じじゃないよ

70:デフォルトの名無しさん
18/08/08 12:07:39.09 Ia/aBxxi.net
互換性テストをパスしなけりゃJavaを名乗れないのは納得できるけど
Javaを名乗らずに配布した場合は特許訴訟のリスクを背負うってことになるの？

71:デフォルトの名無しさん
18/08/08 12:14:03.31 Gn4Y43YU.net
>>70
さあ
ならない明示的な根拠はどこにもないし、OpenJDKのFAQとか見たらわかるけどOracleは明らかに意図的にその可能性を排除していない

72:デフォルトの名無しさん
18/08/08 16:51:48.99 +iexZjzm.net
>>66
これがオラクルのなせる技か
Openと言いながら、実態は違うと言う二枚舌

73:デフォルトの名無しさん
18/08/08 19:05:34.14 9SrZ+y6I.net
WindowsXPではMS Javaみたいなのがデフォルトで載ってて互換性問題引き起こしたからなんらかの認定が要るのは分かる

74:デフォルトの名無しさん
18/08/08 19:11:52.03 APIHEME4.net
かつてはApple Javaなんてのも

75:デフォルトの名無しさん
18/08/08 21:14:38.37 S3rz8zAd.net
むしろ混乱させておいて
製品買いなさいよアピール

76:デフォルトの名無しさん
18/08/09 15:10:42.12 CQRHkvlP.net
>>67
現状ですでにOpenJDK7の更新版の配布とかしてるんだから、そこはクリア済みでしょ、普通に考えて

77:デフォルトの名無しさん
18/08/14 15:56:34.42 0WyD30i0.net
JDK配布することってあんの？

78:デフォルトの名無しさん
18/08/14 15:58:14.75 eF/iq7Wo.net
そりゃ世界の誰かは配布するでしょ

79:デフォルトの名無しさん
18/08/14 15:59:42.24 0WyD30i0.net
そりゃそうだ

80:デフォルトの名無しさん
18/08/22 03:25:14.33 DMxKGtY1.net
Visual StudioのXamarin.AndroidもOpenJDKに変更になるって予告来た

81:デフォルトの名無しさん
18/08/22 03:28:15.33 gX3zexEG.net
>>80
そりゃ余計な金をオラクルに払いたく無いわな
でもソースはいじらずそのまましか使えないジレンマ

82:デフォルトの名無しさん
18/08/22 03:29:23.04 gX3zexEG.net
こういう作業を一般中小企業がやるとなると、労力は相当だろうな

83:デフォルトの名無しさん
18/08/23 01:13:28.12 Gl1FLHyJ.net
>>81
何言ってんのこの人

84:デフォルトの名無しさん
18/08/25 19:55:57.78 M6M0w9Mo.net
半年に一回アップデート作業するかお金払うか選べって話でしょ？

85:デフォルトの名無しさん
18/08/25 20:13:37.98 gTZQWrOR.net
半年という短い期間ごとにテスト、稼働を繰り返すのはなぁ

86:デフォルトの名無しさん
18/08/25 21:08:12.58 uybNM4iq.net
>>84
基本的にはね
でもプログラムソースを勝手にいじってオラクルの機嫌損ねたら訴えられるリスク込み

87:デフォルトの名無しさん
18/08/25 22:25:09.45 FoODilhe.net
>>86
お前いい加減デマやめろ

88:デフォルトの名無しさん
18/08/25 23:32:14.53 BMpD23L5.net
>>86
お前このスレで詳しい人に完全に論破されてただろ

89:デフォルトの名無しさん
18/08/30 09:02:42.65 p08XKUl7.net
まあ、ちゃんとテストさえ書いてあればJavaのバージョンアップもそんなに怖いものじゃないわな。
RailsだのRubyだのはかなりの頻度でのアップデートにみんな普通に追随してるわけだし。
とはいえさすがに年一にして欲しいが

90:デフォルトの名無しさん
18/08/30 10:00:45.10 TQHrrYcl.net
Javaは互換性壊すようなアップデートはあまりしてこなかったと思うけど

91:デフォルトの名無しさん
18/08/30 10:51:43.00 BKAlvpHh.net
Java9から明らかに潮目が変わったから今後どうなるかは完全な不確定要素

92:デフォルトの名無しさん
18/09/03 14:19:43.03 o/IbW0MO.net
怖いものかどうかってのが手間(コスト)って言う尺度で言うなら
メーカーがなんと言おうと確認試験は発生するからな。

93:デフォルトの名無しさん
18/09/05 13:04:51.85 tPjc+KWG.net
普通に考えたら半年に一回ミドルウェアのメジャーバージョンアップ強制なんて正気じゃねえわな
Rubyは年一アップデートだけど一年でサポート切れるわけじゃないし

94:デフォルトの名無しさん
18/09/05 13:47:45.74 OUMJLdaL.net
さすがにRuby程度のレベルでいいんならOpenJDKを半年ごとに自動更新するほうがマシだろw

95:デフォルトの名無しさん
18/09/05 14:50:41.84 njSWZAvd.net
273 デフォルトの名無しさん [sage] 2018/09/04(火) 08:29:51.03 ID:TKsJiWYY
信用の問題だろ
OracleがOpenJDKを潰そうと思えば直接的な法的手段を用いるまでもない
Oracleはいつでもディストリビュータに対するTCKの提供を停止することができ、それにより既にGPL化で配布されたOpenJDKも即座に破綻する
OracleはTCKのテストケースに対して著作権を有しており、これを侵害することなく互換テストを再構築することは事実上不可能だ
これが現在想定される最悪のシナリオだが、Oracleならやりかねないと思われてしまったこと自体が問題

96:デフォルトの名無しさん
18/09/05 23:19:32.55 k6XZRxOs.net
Javaを混乱させておいて
次のoracleおすすめ言語を出してくるのかもしれない

97:デフォルトの名無しさん
18/09/06 12:14:35.42 zjMhZxvO.net
>>95
それをネタに有料化、だろうな。

98:デフォルトの名無しさん
18/09/07 18:29:10.66 ko+1a9DD.net
怖い怖い

99:デフォルトの名無しさん
18/09/13 06:02:14.15 TJ7QdJm1.net
Java EEはEclipse移管でOSS化
(Jakarta)
OpenJDKは半年サイクル更新
Java EEだけ使ってる所はセーフだが両方使ってるのが普通だからねえ

100:デフォルトの名無しさん
18/09/13 06:24:21.73 8n1Al1mN.net
結局OpenJDKの公式LTSは音沙汰なし
Oracle様のご意思だろうなあ

101:デフォルトの名無しさん
18/09/13 08:05:21.39 TJ7QdJm1.net
>>100
やらんでしょw
金取りたいんだし

102:デフォルトの名無しさん
18/09/13 10:03:48.17 jn0vP31L.net
>>101
OpenJDKの中の人は早々と意欲を示してたけど、結局その後ピタリと言わなくなったということは、つまりそういうことだよなw

103:デフォルトの名無しさん
18/09/14 19:22:19.82 dYIdb8I1.net
>>100
>>公式LTS
ただの嘘

104:デフォルトの名無しさん
18/09/14 19:48:26.65 K66vPpxA.net
当初はやろうとしてたのは本当
そもそもそんな嘘をつくメリットがない

105:デフォルトの名無しさん
18/09/14 20:47:24.15 M0P/eGFT.net
オラクルは形式的にはOpenJDKのディストリビューターの一社であり、
OpenJDKの公式というのはすなわちオラクルの公式と事実上同義である
つまり、OpenJDKのLTSというのはOracle JDKに他ならないんだよ
無償で配るなんて誰も言ってないだろ？

106:デフォルトの名無しさん
18/09/14 21:19:36.25 HlVQNvLi.net
>>105
>>無償で配るなんて誰も言ってないだろ？
だよな
こういうのを二枚舌と言う

107:デフォルトの名無しさん
18/09/17 23:12:32.12 jkjeV/5c.net
OpenJDKの中の人は殆どなOracleの人だよ。
OpenJDK=OracleJDK
OracleがOpenJDKにパッチを提供しないことは無いだろう。
しかし一手不足とかスケールを理由で１ヶ月ほどセキュリティパッチを遅延したらどうなると思う？

108:デフォルトの名無しさん
18/09/17 23:57:09.15 0EFLvrJO.net
>>107
OpenJDKはあくまでオラクルのコントロール下にあるソースをGPLで「リリース」してるんだぞ
OracleのオリジナルのコードベースはGPLには感染していないから、
Open JDKをハブってOracle JDKに対してだけパッチをリリースことは著作権的に全く問題ない
というかオラクルは当然そうするだろ

109:デフォルトの名無しさん
18/09/18 01:47:56.12 qcI6AVZT.net
どうせRedHatはソース公開するんだしそっち使えばいいのでは
CentOS使うのと変わらん
絶対Oracleビルドじゃないとダメな人は知らんが

110:デフォルトの名無しさん
18/09/18 10:38:21.93 PLvFhIgq.net
ほんそれ。RedHat版が出ると分かった以上、あまり大きな心配はしていない。
Windows serverとかは知らん。

111:デフォルトの名無しさん
18/09/18 12:28:01.79 4SKqJZTt.net
>>110
Windows ServerでJava使ってる所は金払って更新するだけしか選択無いと思うが
Java EE使ってる所はEclipseに移管されたがOpenJDK部分は自分で半年毎にビルドするか金払ってOracleJDKサポート受けるかなると思うがOracle DB使ってたら金払って更新するんだろうね

112:デフォルトの名無しさん
18/09/18 12:29:16.42 4SKqJZTt.net
>>109
ある意味RedHatが一人勝ちする状況かもね

113:デフォルトの名無しさん
18/09/18 21:31:40.02 F1LWNRDI.net
今後100年、Javaが繁栄を謳歌する為には、Oracleに縛られてちゃダメなんだろうな。
かと言って、Oracleが逃げたら、Javaを継続して保守する奴がいなくなる。俺を含め、みんな美味しい汁が吸いたいだけだからな。
まぁ、Oracle頑張れ。

114:デフォルトの名無しさん
18/09/20 12:14:21.73 fDT+dfZZ.net
Red HatによるAzul買収ﾏﾀﾞｰ？

115:デフォルトの名無しさん
18/09/26 16:50:47.84 BmCinTTj.net
切り捨て
313 デフォルトの名無しさん 2018/09/26(水) 15:09:42.39 ID:HWt0FbSg
Java 11正式版がリリース、本バージョンからOracle JDKのサポートは有償に。OpenJDKで無償の長期サポート提供は現時点で期待薄
URLﾘﾝｸ(www.publickey1.jp)
あれ、数か月前に見たニュースじゃOpenJDKもLTSやるから一安心って話だったじゃないですかー(>_<

116:デフォルトの名無しさん
18/09/26 16:55:05.66 le00+UcP.net
>>115
だからRedHat版使えばいいじゃん

117:デフォルトの名無しさん
18/09/30 01:55:59.60 eA5yZ3LP.net
OpenJDKにLTS出るとか言ってたヤツ息してるか?

118:デフォルトの名無しさん
18/10/12 15:49:13.61 8rxggOx4.net
当時はOpenJDKの偉い人が言ってたんだからそりゃ期待するなって方が無理だろ

119:デフォルトの名無しさん
18/10/12 18:54:38.82 Cr8bu2Gi.net
もう続報無いからLTSは無しで決まりでしょ
半年毎に修正とビルドか
結構な手間だな
中小ソフトウェアハウスでJavaで成果物納品した所は淘汰されるかもね

120:デフォルトの名無しさん
18/10/13 13:23:43.05 QMe7w5UO.net
LTSが無いから使い物にならないと言ってる人は何を使うのか興味あるな

121:デフォルトの名無しさん
18/10/13 13:42:05.52 MLec5veV.net
>>116
RedHatのOpenJDK正規ディストリビューションってRHEL買わないと使えないんだけど、なんか勘違いしてないか？
RedHatのサイトからタダでダウンロードできるのは開発専用の非正規ビルドだよ

122:デフォルトの名無しさん
18/10/13 19:59:14.83 +WYDGj/D.net
RedHat使えばいいのでは？？

123:デフォルトの名無しさん
18/10/13 20:30:01.20 O9swps1u.net
>>121
非正規ビルドでも、それで逃げるソフトウェアハウス有るよ

124:デフォルトの名無しさん
18/10/13 21:23:21.53 LdRaeBfZ.net
>>123
それでいいんならOpenJDKを半年毎に乗り換える方がまだマシだろ
そもそもLTSの対象ではないからいつでも突然気紛れで提供を打ち切られる可能性があるんだぞ？

125:デフォルトの名無しさん
18/10/13 22:48:07.18 t2eHcWCa.net
そんな熱く語られても各会社ごとの判断としか言えんよ
君にとっての正しい選択が誰にとっても正しいわけじゃない

126:デフォルトの名無しさん
18/10/15 22:59:08.71 0ZhzOcua.net
ＪＡＶＡ11も正式リリースしているし
どうせ５ヶ月後には明白になるだろう。

127:デフォルトの名無しさん
18/10/16 00:28:52.25 ZRWmElOc.net
現時点でアナウンス無いから明らかだろ

128:デフォルトの名無しさん
18/10/16 12:27:01.98 2ObsWyDn.net
もう諦めろ

129:名無しさん＠そうだ選挙に行こう！ Go to vote!
18/10/22 08:07:39.88 L+pu3wWE.net
実行すれば課金だし、ソースのLTSなんて何の足しにもならん

130:デフォルトの名無しさん
18/10/22 13:02:51.43 DiwR0u2p.net
それはだいぶ間違ってる

131:デフォルトの名無しさん
18/10/27 15:44:13.89 ORCP20u9.net
>>125
違法行為を擁護されてもねえ・・・

132:デフォルトの名無しさん
18/10/27 21:02:54.07 1OG7GZpK.net
つうかOracle税が言われてたほど高くなかったから大して問題にならないという空気だと思う

133:デフォルトの名無しさん
18/10/28 02:46:50.01 iY1z+L1B.net
オラクルの悲願であったクライアントJavaの根絶がついに成し遂げられたというのは、プログラミング界の歴史上ではわりと重要な事件だと思う
実質的な影響はほとんどないだろうけど

134:デフォルトの名無しさん
18/10/28 07:33:05.99 kFoGfMp3.net
>>クライアントJava
前から死んでた
基本的にサーブレット、JSPしか生きてない

135:デフォルトの名無しさん
18/10/28 08:47:04.89 oPrUgNn5.net
逆にOracleが一番熱心だったろう。1.4の時代にインストーラから何からクライアントアプリをJava化してたぞ。

136:デフォルトの名無しさん
18/10/28 10:54:05.90 xqcFLhZ2.net
>>133
現時点でjava製のクライアントアプリ達が星の数ほど存在するからなあ、、

137:デフォルトの名無しさん
18/10/28 11:06:40.06 iY1z+L1B.net
>>136
それらは2019/1をもって全てサポート外となり、そのまま利用する正規の方法は存在しない
だから存在しないのと同じである

138:デフォルトの名無しさん
18/10/28 11:46:56.11 kFoGfMp3.net
>>137
だな
つまりゴミ屑になるだけ

139:デフォルトの名無しさん
18/10/29 08:57:40.87 yjjMmDxV.net
JAVAのGUIアプリは使うの嫌いだからなくなってほしい

140:デフォルトの名無しさん
18/10/29 13:18:28.28 pPcgFW80.net
とはいえ現実的にはサポート切れたまま使い続けるケースが大多数だろうな
エンジニアでもない人らに半年ごとにOpenJDKを入れ替えろなんて言えないだろうし

141:デフォルトの名無しさん
18/10/30 21:08:10.86 elaGjnSQ.net
タイトルのoracleは不要っての
openjdk自体の存続には問題無いの?

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

143:デフォルトの名無しさん
18/10/30 22:04:13.72 NdV4SHlB.net
>>142
GPLで自分の支配下に無いソフトのサポートや開発してる企業は一杯あると思うが…

144:デフォルトの名無しさん
18/10/31 00:08:54.01 l6hBIWd4.net
Linux以外で具体的に挙げてみ？

145:デフォルトの名無しさん
18/10/31 04:52:33.19 SrNROL5/.net
なんでLinux以外？
大手ベンダーはLinux関連には人員入れてるよね。
自社ハード対応なんかで。
他に知りたいなら「GPL 商用アプリ」とかでググってみ。
wordpressもGPLだし腐るほど出てくるよ。

146:デフォルトの名無しさん
18/10/31 06:46:36.01 98pSB8cX.net
誰もが即座に思いつくLinuxをわざわざ除外するとか、その時点で自分の言ってることが筋通ってないって認めてるやん

147:デフォルトの名無しさん
18/10/31 08:03:41.34 8F+SbrfG.net
OpenJDKもOracle主体なんだよな
てかmavenのライブラリたちも沈滞してて終わりゆく言語だと実感させられるわ

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

149:デフォルトの名無しさん
18/10/31 08:47:53.35 98pSB8cX.net
>>148
半分合ってて半分間違ってる

150:デフォルトの名無しさん
18/10/31 09:17:33.01 3SYFbLW8.net
>>149
間違ってるのが君の顔面じゃないなら何が正しくて何が間違っているのか具体的に指摘しような

151:デフォルトの名無しさん
18/10/31 09:23:19.94 2TBxfHu/.net
>>148
著作権譲渡契約はFSFもやってるけどとんでもない悪の組織だったんですね。

152:デフォルトの名無しさん
18/10/31 09:23:46.04 zdwoa+f1.net
>>148
これソースある？
外部で開発してたライブラリを標準化してソースごと取り込んでるケースもあるから
ありえないと思うんだが

153:デフォルトの名無しさん
18/10/31 09:33:15.64 3SYFbLW8.net
>>152
ここ参照
URLﾘﾝｸ(openjdk.java.net)
で問題のOCAはこれ
URLﾘﾝｸ(www.oracle.com)
ちなみにFSFや.NET Coreにも似たような契約あるけど、さすがに契約相手は特定の個人や企業ではなくてプロジェクトグループそのものだよw

154:デフォルトの名無しさん
18/10/31 10:28:38.51 2TBxfHu/.net
>>153
FSFに譲渡するからプロジェクトグループじゃないと思いますが…

155:デフォルトの名無しさん
18/10/31 11:27:12.40 A74itDK5.net
GPLライセンスがキモなんだよな
PostgreSQLみたいにBSDライセンスじゃない
そう言えばMySQLもGPLライセンスだよな

156:デフォルトの名無しさん
18/10/31 12:07:38.47 I5W+bJqW.net
MicrosoftはMITでめっちゃバラまいてるよな

157:デフォルトの名無しさん
18/10/31 12:11:59.31 ATJpkbcq.net
MSは言語とVSCodeくらいじゃない？
WindowsやOfficeはクローズドソースだし

158:デフォルトの名無しさん
18/10/31 12:46:49.78 dR1y5/6Z.net
コードの寄贈は著作も譲渡するのが一般的で、そうでないLinuxカーネルのほうが異端なんだよね
このせいでLinuxカーネルをGPL3に変更することはほぼ不可能な状態になってる
リーナスはその方が好ましいと思ってるらしいけど

159:デフォルトの名無しさん
18/10/31 14:20:38.37 I5W+bJqW.net
>>157
ちょっとはググれば？

160:デフォルトの名無しさん
18/10/31 14:40:15.26 lhw142fs.net
もう金にならなくて悪影響が無さそうならソース公開してるよ
MS-DOSとか

161:デフォルトの名無しさん
18/10/31 15:21:34.58 XsRQr9TL.net
.netも金にならんから公開したのか？w

162:デフォルトの名無しさん
18/10/31 16:08:37.04 KiQOZ7ez.net
>>161
論理の苦手なアホ発見

163:デフォルトの名無しさん
18/10/31 18:35:43.74 h08KEx9D.net
>>161
Windows環境だけじゃシェア取れないからだよ

164:デフォルトの名無しさん
18/10/31 22:52:03.97 DHNUABwJ.net
Windowsのソースコードは開示されてる
オープンソースじゃないけど

165:デフォルトの名無しさん
18/11/01 17:12:55.90 NuhMZM4j.net
つうかOpenJDKのフォークなんてあちこちでやるのになんの心配をしてるのか
RedHatもIBMもAWSも当面は独自LTSすることが決まってるんだから
もっともAWSがやるのはCoreリポジトリのパッケージだけだからJDK8だけど

166:デフォルトの名無しさん
18/11/01 17:19:10.22 3/x9jAWE.net
あちこちフォークされても困るんだけど

167:デフォルトの名無しさん
18/11/01 17:36:29.94 fc5LUeZy.net
141です
なかなか良く解らないんですけど
やり取りなんか見てて少し参考になりました
どうもです

168:デフォルトの名無しさん
18/11/01 17:40:52.77 NuhMZM4j.net
>>166
別にセキュリティアップデート当てるだけならいいだろ。
androidみたいのが氾濫したら世紀末だけど。

169:デフォルトの名無しさん
18/11/01 17:41:42.06 9rPJ+t9v.net
>>167
考えるな
感じろ

170:デフォルトの名無しさん
18/11/01 18:19:52.89 4WHvpdbs.net
>>165
OpenJDKのLTSは無いのでJava死亡とデマ撒いてきた手前引き下がれないのです

171:デフォルトの名無しさん
18/11/01 18:54:28.01 9rPJ+t9v.net
RedHat,IBM,AWS
Java8のLTSでしょ

172:デフォルトの名無しさん
18/11/01 19:19:08.40 7mpH3epr.net
Redhatは11だぞ
IBMはJavaを使う自社製品にバンドルってかんじだからそれが11になったらそっちに移行するんじゃね

173:デフォルトの名無しさん
18/11/01 22:47:50.22 NuhMZM4j.net
まあでも現時点では11のLTSより8のLTSの方がはるかに需要あるのは間違いない
Amazonは強かだ

174:デフォルトの名無しさん
18/11/01 23:07:18.68 nk6msrga.net
>>168
常識的に考えて独自拡張が氾濫するだけだね

175:デフォルトの名無しさん
18/11/01 23:27:09.66 4WHvpdbs.net
>>174
LTSで独自拡張入れるの？それLTSなんか？

176:デフォルトの名無しさん
18/11/01 23:47:39.80 ChEUveJN.net
>>175
distributionが独自ビルドしたLTS、だろ

177:デフォルトの名無しさん
18/11/01 23:54:50.40 4WHvpdbs.net
>>176
で独自拡張入れちゃうとか考えてるの？

178:デフォルトの名無しさん
18/11/01 23:57:28.23 ChEUveJN.net
>>177
普通は独自拡張は入れないでしょ
入れたらOracleに提訴される

次ページ