TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
クラス名・変数名に迷ったら書き込むスレ。Part28
Ruby 初心者スレッド Part 65
MVVMについて語ろう
おまいらはディープラーニングの検定試験受けるの？
コメント研究すれ。
【入門】Common Lisp その11【質問よろず】
ねねっちと一緒にプログラムを勉強するスレ第3話
国産オープンソースDIコンテナSeasar2 その16
C++相談室 part137
古代VBプログラマ質問スレ（Ver.6.0 まで） part65

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


1 ：2018/07/23 〜 最終レス ：2020/03/16
OracleJDKはアンインストールしましょう

2 ：
OpenJDKも特定バージョンをLTSするかもしれないって話はどうなったんだ
半年に一回アプデ強制だと本番環境ではとても使えん

3 ：
Javaは金儲けの道具になりました

4 ：
>>2
しないよ
https://www.orangeitems.com/entry/2018/02/08/152022

5 ：
>>4
新しい情報でも出たのかと思ったら相変わらず何も発表されてないだけじゃねーか。
8月頭にOpenJDKのカンファレンスがあるからそれ待ちだな。

6 ：
RedHatが11LTSするならええわ
CentとかAmazonならそれ使えるし

7 ：
とりあえずLinux使うヤツはRedHatにクラガエすれば何とかサポートして貰える

8 ：
うちはCentだからとりあえずRedHatの11使っておけばいいわ、助かった。
Adoptはissue見てるとまだまだ使い物にならなさそう、っていうかこのままグダクダになりそうな気配がするし。

9 ：
何でjavaにこだわるのかな
go　javascript　python
好きなとこにいけばいいのに

10 ：
新規開発と既存システムの運用を分けて考えられないの？バカなの？

11 ：
何でこだわるって目の前のシステムがjavaで動いてるからに決まってるだろ

12 ：
OracleJDKのライセンス料払うの嫌ならOpenJDK使えって事だろうけど
自前で修正してビルドしてテストするのを半年毎にするのは変わらんのな

13 ：
OpenJDKのコントリビュータになるためにはこれにサインする必要がある
OpenJDKに夢見てる奴は一度目を通してお前ならこれにサインできるかどうか考えてみるべきだな
http://www.oracle.com/technetwork/oca-405177.pdf
ちなみに無視して野良OpenJDKを配ったら特許侵害な

14 ：
GNUからGavaとか出さないかな

15 ：
>>13
GNUも面倒くさい書類書かされるよ

16 ：
>>15
へーどこの誰に提出すんのそれ

17 ：
>>16
FSF

18 ：
提出しないでソース書き換えて配布したらどうなるんだ？

19 ：
>>18
著作権法状は問題ないが、特許利用許諾の対象から外れるから特許侵害

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

21 ：
>>19
それ本当か？Linuxディストリビューション、
具体例ではRed Hatクローン配ってるところがみんな
Oracleに書類提出してるとは思えんが。

22 ：
コントリビューターとディストリビューターを勘違いしているのでは？

23 ：
なるほど、OpenJDKを配布するだけなら何も書類書く必要ないってことだな。
無料で使えて無料でばんばんコピーできる

24 ：
>>23
でも半年毎にセキュリティホール潰しのパッチ配布されるから都度修正ビルド必要

25 ：
ディストリビューション独自のパッチ当ててるところもあるが
みんなOracleに契約書出してるのかと。

26 ：
>>24
Oracleはパッチ配布しないの？
それじゃ使えないな

27 ：
OK、完全に理解した。

OpenJDKのコントリビュータというのは、
OpenJDKに対してソースコードを寄付した場合の話だ。
OpenJDKにコードをマージしてほしい場合の話だ

だからディストリ独自にパッチを当てる分には不要なんだ

28 ：
>>27
勝手に改変すると特許で訴えると主張してる奴いるぞ

29 ：
>>28
ははは、馬鹿なんだろ
OpenJDKのライセンスはGNU GPL（+リンク例外）だよ
それ以外の何者でもない

30 ：
GPLなんだから勝手に改変して再配布してもOK
もちろん再配布するときは、再配布した相手にソースコードを
入手できるようにしないといけない。これはGPLの制限。

OpenJDKプロジェクトに対してコードをマージしてもらいたいなら（＝コントリビュート）
オープンソースプロジェクトにコードを提供したんだから、
特許問題とか解決してあとからそのコードは俺のもんだとかいうなよ。
なにか問題があったらお前の責任で解決するんだぞ。って言ってるだけ

これ、全てのオープンソースプロジェクトに対して
有効にしてもいいぐらいの常識的なことだと思う

31 ：
>>30
常識というか全てのオープンソースプロジェクトの大前提なんだけどな。
それをわざわざ文書で宣言させるところがオラクルらしい。

32 ：
書いてないことを前提にするのは良くないことだぞ
この場合Oracleは素晴らしいと言わないといけない

33 ：
>>30
違う
OpenJDKが採用しているのはGPLv2であり、GPLv2によって明示的に許諾されるのは著作権の利用のみで特許は含まれない
GPLv3が生まれた背景を調べたらすぐわかるけど、特許訴訟のリスクがあるというのはよく知られたGPLv2の問題だよ
書いてないことを前提にするのは良くないこと、は全くもって正しくて、それがまさにOpenJDKの問題なの

34 ：
>>33
なんか変な勘違いしてるぞ。

GPLが適用されるのは、作成して配布しているソフトウェアに対してだ
作った製品に対する利用ライセンス

それに対してOracleがやってるのは、製品に組み込む際のルールだよ。
それは組み込まれた製品のライセンスの対象外


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


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

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

36 ：
>>33
あと間違えてる

> OpenJDKが採用しているのはGPLv2であり、GPLv2によって明示的に許諾されるのは著作権の利用のみで特許は含まれない

GPLv2には特許に関してどう扱うかは記述されてない
だから「特許が含まれない」と断定することができない。

GPLv2で配布しているのに、ソースコードは公開していても特許が含まれるために
自由に使えないということがあり得るということ
だからGPLv3が生まれた


でもこれはあくまで配布する側の話

Oracle「よし、俺はGPLv2は配布するぜ！オープンソースだから外部からのコードも受け入れるぜ。明確に書いてないけど俺が特許権を行使することはないぜ」
怪しいやつ「Oracle様〜、ソースコード献上しますだぁ〜（俺のコードには特許がある。あとで行使してやるぞｗｗｗ）」

Oracleは特許権を行使しなくても、される可能性があるんだよ。これはGPLv3でも同じ。
なぜならGPLv3のコードにマージする前の、提供されたコードにもともと存在する権利だから。

GPLにマージできないコードをGPLソフト開発者がマージしてしまったら、訴えられるのはGPLソフト開発者のほうだよ。

GPL開発者「さーせんｗｗｗ　あんたが権利を持ってるコードをマージしちゃった。GPLの方が偉いんだからお前の権利剥奪するわｗｗｗ」
なんてことは言えない

37 ：
>>32
GPLでもMITでも、プロジェクト自体にオープンソースライセンスが適用されてりゃいちいち個別に宣言する必要なんてないわ。

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

39 ：
JAVAの場合、かってMSが喰らって今もgoogleとやりあってる
互換性テスト云々の縛りが別途あるような気がするが。

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

41 ：
OpenJDKのライセンスはGPLだよ。
矛盾してたら世界の誰かが指摘している。
諦めろ

42 ：
>>41
だから実際指摘されてまくってるんだよなあ

43 ：
>>42
どこで指摘されてるの？

このスレで問題があると指摘しているやつは
単なる間違いなので無視するとして（大爆笑）

44 ：
GPLが暗黙の特許利用許諾を含んでいないことは
まあ、あきらかですね。言うまでもありません。

暗黙 = 明言されてないので許諾になることは
法律上ありえない

45 ：
>>44
OpenJDKの特許に関する安全性はGPLv2が暗黙の特許利用許諾を含んでいるという解釈が前提なんだけど、自分で何言ってるか分かってる？
含んでないなら改変によって互換性の失われたOpenJDKを利用することは完全に特許侵害行為となるわけだが…

46 ：
> GPLv2が暗黙の特許利用許諾を含んでいるという解釈が前提なんだけど
お前の解釈なんて知らん。

GPLv2が特許利用許諾を含んでいるか否かだ
暗黙って書いてないんだろ？なら含んでいないと解釈すべきだ
どんなに都合よく解釈したとしてもケースバイケースが限界

47 ：
>>45
> 含んでないなら改変によって互換性の失われたOpenJDKを利用することは完全に特許侵害行為となるわけだが…

OpenJDKに特許が含まれていないなら、特許侵害にはならない

48 ：
このサイトによると、
http://en.swpat.org/wiki/Java_and_patents
・OpenJDKがオラクルの特許を含んでいることは誰がどう見ても明らか
・米国では一般的にGPLv2は暗黙の特許利用許諾を含んでいると信じられている(判例はない)
・↑を信じるなら改変したOpenJDKの配布は安全である
というのが現時点での結論のようだ

49 ：
で、なんの話だっけ？まとめるか？

OpenJDKにOracleの特許が含まれてる
GPLv2にしたところで特許は消滅しない
悪意ある人ならGPLv2にしておいて、後から特許利用料を請求する可能性がある
（だからこそそれができないGPLv3ができた）
Oracleさんは正義だからGPLv2であっても、その特許を使っていいですよって許諾している（はず）

↑ここまではOracleさんの話

Oracleさんへ悪意のある人がコード提供した。
そのコードには特許があった。
GPLv2にしたところで、特許は消滅しない。
もちろん特許をOracleへ譲渡したわけではないので、その特許は悪意のある人が持ってる
OpenJDKを使った人が、悪意のある人から特許利用料を請求する可能性がある。
↑
という自体を防ぐために、OpenJDKのコントリビュータになるためには
そういうことをしませんよという契約が必要になる
（それが http://www.oracle.com/technetwork/oca-405177.pdf ）

もちろんOpenJDKはGPLv2なのでそれに従っている限り、勝手に改変して再配布してもよい。
勝手に再配布しても正義のOracleさんは、その特許を使っていいですよって許諾している（はず）
だけど悪意のある人が再配布したものは、どんな改変がされてるかわからないし、
悪意のある人の特許が追加されているかもしれないので、信用出来ないなら
正義のOracleさんが配布している公式のOpenJDKを使いましょう。
Oracleさんは正義だからGPLv2であっても、その特許を使っていいですよって許諾している（はず）

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

51 ：
>>13
とにかくこれはデタラメということでOK？

52 ：
> OpenJDKのコントリビュータになるためにはこれにサインする必要がある
この部分だけ正しい

> OpenJDKに夢見てる奴は一度目を通してお前ならこれにサインできるかどうか考えてみるべきだな
なんの夢なのか意味不明。俺ならコントリビューターになりたい場合にサインする。

> ちなみに無視して野良OpenJDKを配ったら特許侵害な
GPLv2は暗黙の特許利用許諾を含んでいると信じられているので
サインしないで野良OpenJDKを配っても、Oracleの特許侵害にならない
GPLv2にさえ従っていれば、自分で改造したOpenJDKを配ることは可能

そもそもこのサインはコントリビューターになるためのサインで、
Oracleが提供しているOpenJDKは、必ずこのサインに署名されているので
Oracleもしくはその他の特許侵害にならない。安心して使えるといえる

Oracle以外が提供しているOpenJDKを使う場合はこの限りではない。
Oracleの特許侵害になることはないが、Oracle以外の特許侵害になる可能性はある。

53 ：
つまりコントリビュータにこれを文書で誓約させている時点で、他の一般的なオープンソースプロジェクトよりもむしろ安全ってことだよな。

オープンソースライセンスで公開されているプログラムにコードを提供した時点で利用許諾をしたものとみなされる、ってのが判例で明示されればいいんだけどな。

今のところは各プロジェクト単位のContributionのところにそのむね書いておくくらいしかできないか。

54 ：
ぶっちゃけ怖いよな。素晴らしいコードを提供してくれた、ありがとう！
ってマージしたら、そのコードの権利を主張されるとかさ

もしかしたらそのコードは、コードを提供してくれた人ではない
他の誰かが作ったものだったら、勝手にGPLに変えちゃいますとか
言えないし。この場合はコードの本当の作者も被害者なわけで。

コードを持ってきた人に責任を負わせないと

55 ：
請求来たらコーダーに払わせたらいいのか
javaコーダーは金持ちだから大丈夫だな

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

57 ：
>>56
OpenJDKのライセンスは、GPLv2 with classpath extensionなんだよね。
この規定の中にはJCPなる単語はあるの？

特許の許諾が発生するのはJCPの範囲なんでしょう？
だとすれば、classpathで分離されたjarファイル単体でJCP主張するのしか出来ないよね。OpenJDK自体はGPLv2なので再配布自由だけど、JCPが派生する根拠はあります？

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

59 ：
ちなみにRedHatもAdoptOpenJDKも当然このTCKを利用して正規のプロセスでOpenJDKを再配布してる。
AdoptOpenJDKによると、「野良実装はリスクがあるからプロダクションには使うな」だそうだよ。

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

61 ：
>>58
いや、それOpenJDKを勝手に改変して、OpenJDKとしてリリースするのが駄目ってことだろ？

OpenJDKという名前も使えないだろうから、
OpenMyDKみたいに、OpenJDKを改変した違うものとして
リリースすれば問題ないでしょ？

もちろんそんなものを使ってくれるかどうかは別としてだけど

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

63 ：
>>62
ソフトウェアは方法ではなく物だから、ネットワーク等の媒体を介してソフトウェアを流通させること自体が実施行為だよ

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

65 ：
お前らなにをそんなに盛り上がってるの
自分でJDKでも作るの

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

67 ：
Java名乗るには互換性テスト受けないとダメという話は
サンの頃からずーと問題視されてたのでその点を取り上げてOracleRは今更感がある。

Red Hatは許諾を受けるとしてもRed Hatクローンやってる団体が
全て許諾を取るとも思えないがそのあたりどうなるだろうか

68 ：
RedHatが作成したJDKをそのまま再配布するだけならええんでないの

69 ：
>>68
同じじゃないよ

70 ：
互換性テストをパスしなけりゃJavaを名乗れないのは納得できるけど
Javaを名乗らずに配布した場合は特許訴訟のリスクを背負うってことになるの？

71 ：
>>70
さあ
ならない明示的な根拠はどこにもないし、OpenJDKのFAQとか見たらわかるけどOracleは明らかに意図的にその可能性を排除していない

72 ：
>>66
これがオラクルのなせる技か
Openと言いながら、実態は違うと言う二枚舌

73 ：
WindowsXPではMS Javaみたいなのがデフォルトで載ってて互換性問題引き起こしたからなんらかの認定が要るのは分かる

74 ：
かつてはApple Javaなんてのも

75 ：
むしろ混乱させておいて
製品買いなさいよアピール

76 ：
>>67
現状ですでにOpenJDK7の更新版の配布とかしてるんだから、そこはクリア済みでしょ、普通に考えて

77 ：
JDK配布することってあんの？

78 ：
そりゃ世界の誰かは配布するでしょ

79 ：
そりゃそうだ

80 ：
Visual StudioのXamarin.AndroidもOpenJDKに変更になるって予告来た

81 ：
>>80
そりゃ余計な金をオラクルに払いたく無いわな
でもソースはいじらずそのまましか使えないジレンマ

82 ：
こういう作業を一般中小企業がやるとなると、労力は相当だろうな

83 ：
>>81
何言ってんのこの人

84 ：
半年に一回アップデート作業するかお金払うか選べって話でしょ？

85 ：
半年という短い期間ごとにテスト、稼働を繰り返すのはなぁ

86 ：
>>84
基本的にはね
でもプログラムソースを勝手にいじってオラクルの機嫌損ねたら訴えられるリスク込み

87 ：
>>86
お前いい加減デマやめろ

88 ：
>>86
お前このスレで詳しい人に完全に論破されてただろ

89 ：
まあ、ちゃんとテストさえ書いてあればJavaのバージョンアップもそんなに怖いものじゃないわな。
RailsだのRubyだのはかなりの頻度でのアップデートにみんな普通に追随してるわけだし。

とはいえさすがに年一にして欲しいが

90 ：
Javaは互換性壊すようなアップデートはあまりしてこなかったと思うけど

91 ：
Java9から明らかに潮目が変わったから今後どうなるかは完全な不確定要素

92 ：
怖いものかどうかってのが手間(コスト)って言う尺度で言うなら
メーカーがなんと言おうと確認試験は発生するからな。

93 ：
普通に考えたら半年に一回ミドルウェアのメジャーバージョンアップ強制なんて正気じゃねえわな
Rubyは年一アップデートだけど一年でサポート切れるわけじゃないし

94 ：
さすがにRuby程度のレベルでいいんならOpenJDKを半年ごとに自動更新するほうがマシだろw

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

96 ：
Javaを混乱させておいて
次のoracleおすすめ言語を出してくるのかもしれない

97 ：
>>95
それをネタに有料化、だろうな。

98 ：
怖い怖い

99 ：
Java EEはEclipse移管でOSS化
(Jakarta)
OpenJDKは半年サイクル更新
Java EEだけ使ってる所はセーフだが両方使ってるのが普通だからねえ

100 ：
結局OpenJDKの公式LTSは音沙汰なし
Oracle様のご意思だろうなあ

101 ：
>>100
やらんでしょw
金取りたいんだし

102 ：
>>101
OpenJDKの中の人は早々と意欲を示してたけど、結局その後ピタリと言わなくなったということは、つまりそういうことだよなw

103 ：
>>100
>>公式LTS
ただの嘘

104 ：
当初はやろうとしてたのは本当
そもそもそんな嘘をつくメリットがない

105 ：
オラクルは形式的にはOpenJDKのディストリビューターの一社であり、
OpenJDKの公式というのはすなわちオラクルの公式と事実上同義である
つまり、OpenJDKのLTSというのはOracle JDKに他ならないんだよ
無償で配るなんて誰も言ってないだろ？

106 ：
>>105
>>無償で配るなんて誰も言ってないだろ？

だよな
こういうのを二枚舌と言う

107 ：
OpenJDKの中の人は殆どなOracleの人だよ。
OpenJDK=OracleJDK
OracleがOpenJDKにパッチを提供しないことは無いだろう。
しかし一手不足とかスケールを理由で１ヶ月ほどセキュリティパッチを遅延したらどうなると思う？

108 ：
>>107
OpenJDKはあくまでオラクルのコントロール下にあるソースをGPLで「リリース」してるんだぞ
OracleのオリジナルのコードベースはGPLには感染していないから、
Open JDKをハブってOracle JDKに対してだけパッチをリリースことは著作権的に全く問題ない
というかオラクルは当然そうするだろ

109 ：
どうせRedHatはソース公開するんだしそっち使えばいいのでは
CentOS使うのと変わらん
絶対Oracleビルドじゃないとダメな人は知らんが

110 ：
ほんそれ。RedHat版が出ると分かった以上、あまり大きな心配はしていない。
Windows serverとかは知らん。

111 ：
>>110
Windows ServerでJava使ってる所は金払って更新するだけしか選択無いと思うが
Java EE使ってる所はEclipseに移管されたがOpenJDK部分は自分で半年毎にビルドするか金払ってOracleJDKサポート受けるかなると思うがOracle DB使ってたら金払って更新するんだろうね

112 ：
>>109
ある意味RedHatが一人勝ちする状況かもね

113 ：
今後100年、Javaが繁栄を謳歌する為には、Oracleに縛られてちゃダメなんだろうな。
かと言って、Oracleが逃げたら、Javaを継続して保守する奴がいなくなる。俺を含め、みんな美味しい汁が吸いたいだけだからな。
まぁ、Oracle頑張れ。

114 ：
Red HatによるAzul買収ﾏﾀﾞｰ？

115 ：
切り捨て

313 デフォルトの名無しさん 2018/09/26(水) 15:09:42.39 ID:HWt0FbSg
Java 11正式版がリリース、本バージョンからOracle JDKのサポートは有償に。OpenJDKで無償の長期サポート提供は現時点で期待薄
https://www.publickey1.jp/blog/18/java_11oracle_jdkopenjdk.html

あれ、数か月前に見たニュースじゃOpenJDKもLTSやるから一安心って話だったじゃないですかー(>_<

116 ：
>>115
だからRedHat版使えばいいじゃん

117 ：
OpenJDKにLTS出るとか言ってたヤツ息してるか?

118 ：
当時はOpenJDKの偉い人が言ってたんだからそりゃ期待するなって方が無理だろ

119 ：
もう続報無いからLTSは無しで決まりでしょ
半年毎に修正とビルドか
結構な手間だな
中小ソフトウェアハウスでJavaで成果物納品した所は淘汰されるかもね

120 ：
LTSが無いから使い物にならないと言ってる人は何を使うのか興味あるな

121 ：
>>116
RedHatのOpenJDK正規ディストリビューションってRHEL買わないと使えないんだけど、なんか勘違いしてないか？
RedHatのサイトからタダでダウンロードできるのは開発専用の非正規ビルドだよ

122 ：
RedHat使えばいいのでは？？

123 ：
>>121
非正規ビルドでも、それで逃げるソフトウェアハウス有るよ

124 ：
>>123
それでいいんならOpenJDKを半年毎に乗り換える方がまだマシだろ
そもそもLTSの対象ではないからいつでも突然気紛れで提供を打ち切られる可能性があるんだぞ？

125 ：
そんな熱く語られても各会社ごとの判断としか言えんよ
君にとっての正しい選択が誰にとっても正しいわけじゃない

126 ：
ＪＡＶＡ11も正式リリースしているし
どうせ５ヶ月後には明白になるだろう。

127 ：
現時点でアナウンス無いから明らかだろ

128 ：
もう諦めろ

129 ：
実行すれば課金だし、ソースのLTSなんて何の足しにもならん

130 ：
それはだいぶ間違ってる

131 ：
>>125
違法行為を擁護されてもねえ・・・

132 ：
つうかOracle税が言われてたほど高くなかったから大して問題にならないという空気だと思う

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

169 ：
>>167
考えるな
感じろ

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

171 ：
RedHat,IBM,AWS
Java8のLTSでしょ

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

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

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

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

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

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

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

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

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

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

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

183 ：
規格乱立やだなー

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

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

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

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

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

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

190 ：
jaga
jakee
jarogai
javatten

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

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

192 ：
http://r2.upup.be/wV2qsULdHm

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>212
それな

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

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

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

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

218 ：
安心料 = FUD。

FUD で検索してみ。

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

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

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

222 ：
DB界にも不要

223 ：
×安心料
○みかじめ料

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

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

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

227 ：
富士通も脱Oracleに舵を切ったしな。
ガメツすぎると客が逃げるという典型例。
MSとOracleは怖くて使えない。

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

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

【Electron】ﾊｲﾌﾞﾘｯﾄﾞｱﾌﾟﾘ開発総合【Cordova】
いもうとデスクトップを実際に作ってみないか？3
【Delphi】Embarcaderoオッチャ その31【C++ﾋﾞﾙﾀﾞ】
プログラム板へのID導入の投票実施中　月曜0:00まで
【ActionScript3】Webツールを作ろう【GPL】
C++相談室 part150
COM
英語の技術書読めちゃうプログラマ
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
【java】jdk8も出るし、何か作ってみるか【lambda】
--------------------
ぬるぽグッズ
100万人の信長の野望254
新子憧ちゃん大好きスレッド ホ別ゴ有46 円光 咥えゴム おじさん 禿頭舐め 世界1位 7連覇ならず【咲 -Saki- 阿知賀編】
【愛知】名古屋市、栄エリアに36階・200mの複合施設
MHW、3rdまでしかやってない懐古厨がウザすぎる
FF11専用マシンを作ろうと思うんやが
長靴コレクターいる?
【ホモ】銀魂なんでもあり雑談157【ノマ百合】
PeerCast総合スレ Part26
【MTGA】Magic The Gathering Arena 初心者スレ 108
プルデンシャル生命part.12
【電子タバコ】HiLIQのeリキッド 60【VAPE】
ますおかタカトシこじるりの　ベタな旅人トラベター
税関「入国時に中身が音響機器だったら、出国時も同じだよね……えっ！違うの？　ゴーン！」
【乃木坂46】北野日奈子応援スレ☆52【きいちゃん】
■絶対買ってはいけないパソコンのは、SONY VAIO。
こんこん！川o･-･)ノ＜ハーイ♪×235
[分数管理ART]ウィッチマスター Episode10
【内定】７２期就活スレその3【ひとつでも上】
肺がんに罹った本人、家族、友達集まれ〜(^O^) #6
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼