Java有償化まとめ

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

よく分からんのでまとめて下さい。
会社のローカル開発環境はお金払うの？
JavaRuntimeとかあったような…
諸々よろしく。

**デフォルトの名無しさん** · 2018/10/02(火) 11:47:53.05

https://www.oracle.com/technetwork/jp/java/eol-135779-ja.html

猶予期間は残り3か月(個人は1年ちょっと)

**デフォルトの名無しさん** · 2018/10/02(火) 13:12:10.87

Java使い大量余りになるな

**デフォルトの名無しさん** · 2018/10/02(火) 15:26:19.45

OpenJDKは罠だわ
特許侵害が起きて一発で全財産やられかねない

**デフォルトの名無しさん** · 2018/10/02(火) 15:51:35.12

>>388
もう来年早々サポート切れるだろ

**デフォルトの名無しさん** · 2018/10/02(火) 15:52:55.54

>>391
ソース改変しなきゃOK
いじってOracleが違反と判断したら終わり

**デフォルトの名無しさん** · 2018/10/02(火) 16:11:34.19

>>391
まだそれ続けるの？

**デフォルトの名無しさん** · 2018/10/02(火) 16:44:08.97

特許条項入ってるのはApacheライセンスくらいじゃなかったっけ？
プログラミング言語でApacheライセンス採用してるものは少ないし
殆どの言語で同等の特許リスクがあるのでは

**デフォルトの名無しさん** · 2018/10/02(火) 16:54:50.39

>>395
.NET CoreはMITライセンスとは別に、現状のソースに対して特許の利用を認めますという規定がある
改変については、もし明文で全ての派生物に対して特許利用を認めてしまったら、
意図的に元々カバーされてない特許を侵害するような改変をして特許を勝手に使うということができてしまうから仕方ない
一方OpenJDKはTCKを通ってないディストリビューションを使うと改変の有無に関わらず特許訴訟リスクがある

**デフォルトの名無しさん** · 2018/10/02(火) 17:23:14.11

>>396
>>一方OpenJDKはTCKを通ってないディストリビューションを使うと改変の有無に関わらず特許訴訟リスクがある

これがミソだよな

**デフォルトの名無しさん** · 2018/10/02(火) 19:12:54.47

問題の核心がなんなのか分かってないやつだらけなんだろうな

**デフォルトの名無しさん** · 2018/10/02(火) 19:31:16.04

実際TCK通さず配布するディストリビュータいるのか？
javaの名前使えないのに

**デフォルトの名無しさん** · 2018/10/02(火) 20:15:27.81

>>399
存在はし得る
そんな道に落ちてる生卵みたいなディストリビューター使う方が自己責任だが

**デフォルトの名無しさん** · 2018/10/02(火) 20:33:34.98

バージョンアップ時に
セキュリティアップデートします！
バグ修正します！
ついでに機能追加します！
ってだけだろ。
常に最新版入れといたらええねん！

**デフォルトの名無しさん** · 2018/10/02(火) 20:47:17.32

>>392
サポート切れた後、Java8を使い続けると、ライセンス的にはどうなるのだろう？Java11以降と同じくライセンス使用料を請求されるのか、それとも、それまで通りなのか？

**デフォルトの名無しさん** · 2018/10/02(火) 21:01:41.45

>>402
釣りうぜえ

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

>>402
自己責任
セキュリティホール着かれて情報漏洩しても誰も助けてくれません

**デフォルトの名無しさん** · 2018/10/02(火) 21:14:33.39

>>404
×着かれて
○突かれて

**デフォルトの名無しさん** · 2018/10/02(火) 21:43:39.37

>>404
JavaはWebアプリに使われるケースが多いので、しばらくは、セキュリティホール開きっぱなしのWebアプリが、世間にゴロゴロすることになるだろうか。あたかも、今のstrutsベースのアプリのように。
まさしく阿鼻叫喚だな。

**デフォルトの名無しさん** · 2018/10/02(火) 21:56:42.31

>>406
そう言えば役所の申告アプリとかほったらかしだよなw

**デフォルトの名無しさん** · 2018/10/02(火) 21:58:01.20

今回のは、ある意味Oracleの時限爆弾みたいなモノだわな

**デフォルトの名無しさん** · 2018/10/02(火) 22:52:03.29

>>407
箱モノとおんなじだな。建てる時だけ金ぶち込んで、保守費用全然かけず、その結果すぐボロボロになる。
地方でNPOやってる子が嘆いてたよ。近代的な建物なのに雨漏りするって。

**デフォルトの名無しさん** · 2018/10/03(水) 12:13:19.74

>>399
MSがXamarin向けに配布してるやつとかJetBrainsが自社IDE用にビルドしてるやつとかはTCK通してないはず
XamarinのはそもそもTCK通らないだろうけど

**デフォルトの名無しさん** · 2018/10/03(水) 12:24:53.38

ディストリビューション独自ビルドパッケージも
Oracleが厳密だと言い張るなら配布できなさそうだけど

**デフォルトの名無しさん** · 2018/10/03(水) 12:25:46.59

MSが特許無視かよ
Java裁判再びか？和解したのはMSとSunであってOracleでは無いからな

**デフォルトの名無しさん** · 2018/10/03(水) 13:09:52.17

>>412
こういうアホがさわいでるの？

**デフォルトの名無しさん** · 2018/10/03(水) 13:34:46.94

まあOpenJDKの利用にあたり無改変のOpenJDKソースに含まれる特許については使っていいとOracle自身が声明を出せば済むことなんだけどな
明らかに混乱を意図的に放置して有償ライセンスへの移行促進に利用している
ランサムウェアと言われても仕方のない極めて悪質なやり方だわ

**デフォルトの名無しさん** · 2018/10/03(水) 13:37:30.48

>>414
結局動向を見てる訳だよ
皆がOpenJDK好き勝手使い出して無法状態になったら見せしめで裁判起こす

**デフォルトの名無しさん** · 2018/10/03(水) 19:25:29.52

JREを独自にビルドして配布しないといけないってマジ？

**デフォルトの名無しさん** · 2018/10/03(水) 23:27:29.39

>>416
下記参考にすると
OpenJDK11をJavaVirtualMachine下に持って来る、で良いハズ

383 デフォルトの名無しさん 2018/10/01(月) 19:53:05.51 ID:yNALqrvB
mac版のOracleJDK11入れてみたけど
/Library/Java/JavaVirtualMachines/
にJDKを置くだけみたいなんでOracle版はやめた
WinからLinuxからMacまで全てOracleグッバイだね

**デフォルトの名無しさん** · 2018/10/03(水) 23:47:08.19

>>416
JRE自体がJava8で終了な感じ
来年1月以降はJRE8のパッチ提供がどうなるかも詳しく説明されてない気がする

Java11以降はJDKに含まれるライブラリの必要モジュールとJVMをパッケージ化してユーザーには配布しろって書いてある

**デフォルトの名無しさん** · 2018/10/04(木) 20:43:28.99

>>418
Write Once Build Everywhere.

**デフォルトの名無しさん** · 2018/10/05(金) 02:22:17.29

>>414
なんで金取れるネタを無償で提供するんだよオラクルが

**デフォルトの名無しさん** · 2018/10/05(金) 09:31:31.38

特許利用許諾を受けて配布が許可されたOpenJDKがあっても、更にそれを使う人に特許利用権が与えられるわけじゃないからな

**デフォルトの名無しさん** · 2018/10/05(金) 11:34:25.53

それはディストリビュータがオラクルの特許を使用して配布する形になるから問題ないでしょ
二次配布についてはディストリビュータが明示的に二次配布は一時配布扱いでいいよと言ってない限りグレーだと思うけど

**デフォルトの名無しさん** · 2018/10/05(金) 11:38:40.05

>>421
それじゃあKotlinにしろScalaにしろjvm言語で開発して運用しようとすれば、
オラクルの著作権侵害の訴えの恐怖に怯え続けなければならないってこと？

OpenJDKを使うようにしても半年ごとのリリースで試験テストのコストがかかる上に
オラクルからの裁判リスクを抱え続けるんじゃjvm言語での開発案件無くなるなぁ

**デフォルトの名無しさん** · 2018/10/05(金) 11:45:05.87

>>423
違う
著作権の利用はGPLv2によって明示的に許可されている
訴訟リスクがあるのは特許侵害の方

**デフォルトの名無しさん** · 2018/10/05(金) 12:10:22.32

>>424
ということは、グーグルがAndroidでJavaもどきのProject HarmonyベースのJava API（Dalvik）を
開発して配布してJavaの特許侵害を侵したから訴訟を起こされているけど、
OpenJDKを使用して開発する分には、オラクルからの訴訟リスクはないという理解でいいかな？
まあそれでも半年ごとのOpenJDKの運用テストのコストという大問題が残るが

**デフォルトの名無しさん** · 2018/10/05(金) 12:18:53.11

特許の方は棄却されたよ
Googleの著作権侵害は確定して賠償の減額狙いで争ってる状態

**デフォルトの名無しさん** · 2018/10/05(金) 12:28:35.46

SunもOracleも非互換のJavaもどきは許さない態度でしっかり潰してるけど
ライセンス違反してない相手に訴訟なんかしたことないでしょ

**デフォルトの名無しさん** · 2018/10/05(金) 14:00:27.55

>>426
>>427
回答ありがとう
問題は、半年ごとに生じるOpenJDKの費用負担を顧客がのんでくれるか、ライセンス料を支払ってでもOracle JDKを
使い続けるか、思い切って多言語に切り替えるか、いずれにしても非常に難しい選択を強いられることだな

Javaは衰退するのは必然だが、jvm言語も一緒に引きずられて衰退の道を歩むことになるのだろうか？

**デフォルトの名無しさん** · 2018/10/05(金) 14:13:41.83

今までも3ヶ月毎のマイナーバージョンアップがあったのにどうやって運用してたんだ？
テストせずバージョンアップ？セキュリティホールもバグも無視で放置？

**デフォルトの名無しさん** · 2018/10/05(金) 14:26:30.60

未だにサポート付きがOracleJDKしかないと言ってる情弱に付ける薬無し

**デフォルトの名無しさん** · 2018/10/05(金) 17:32:51.09

>>430
OpenJDKのサポートは情報提供とソース提供だけが実態だろ

**デフォルトの名無しさん** · 2018/10/05(金) 17:39:28.00

>>430
RedHatやIBMはそのdistribution次第だし

**デフォルトの名無しさん** · 2018/10/11(木) 18:22:22.52

>>429
無視してたな

**デフォルトの名無しさん** · 2018/10/13(土) 03:26:11.93

https://access.redhat.com/ja/articles/1457743
RedHatは2023までOpenJDKをサポート

**デフォルトの名無しさん** · 2018/10/13(土) 22:04:14.67

2023年か
プログラムならサポート切れで代替え探せばいいけど元となるプログラムなら早めに何らかを考えなきゃならないな
大規模なら特に(ﾉД`)

**デフォルトの名無しさん** · 2018/10/14(日) 10:15:40.25

CentOSじゃなくてRedHat使うようなプロジェクトなら、
別にOracleとのサポート契約だって問題ないっしょ。

**デフォルトの名無しさん** · 2018/10/14(日) 10:21:03.45

というかRedHatは実際にはLTSのソースをオラクルから貰う契約をしてるんだろうな
RHELの価格に転嫁してるだけ
ビルドすら自前でやってるのかどうか怪しい

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

>>437
同意。

>>432
まるでOpenJDKでも有償版と同じ扱いのように書いてるが、
RedHat自体が有償なので、
結局有償なのは変わらないからね。

**デフォルトの名無しさん** · 2018/10/14(日) 12:40:27.39

>>434
OpenJDK8のサポートだぞ
8にいつまでしがみつく気なんだか

**デフォルトの名無しさん** · 2018/10/14(日) 14:45:38.77

サードパーティによるOpenJDKのサポートって、あれはバージョンの新しいOpenJDKになされたセキュリティフィックスをバックポーティングしてくれるわけ？

**デフォルトの名無しさん** · 2018/10/14(日) 15:20:37.47

Oracle含む各ディストリビューターはフォークせずにOpenJDKに修正をコミットしていくみたいよ
ソースは一本化されるから
ディストリビューターの差異はビルドのタイミングくらいかね

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

サーバー関連で今までJava使ってて、この有償化を機会に思い切って他言語に移行しようとされている方々は、
代替の言語としてどういったものが現場で候補で挙げられていますか？

**デフォルトの名無しさん** · 2018/10/14(日) 17:57:20.12

>>442
C#

**デフォルトの名無しさん** · 2018/10/14(日) 18:04:05.30

>>442
やっぱり
Oracleの特許侵害の訴訟リスクの可能性を考えれば、そうなっちゃいますよね

**デフォルトの名無しさん** · 2018/10/14(日) 18:05:24.56

>>444
アンカー間違えた
>>443の返しです

**デフォルトの名無しさん** · 2018/10/14(日) 18:41:30.89

>>439
>>434とは別人だが、実行ハードウェアが32bitなので、Java8から先に勧めない...

**デフォルトの名無しさん** · 2018/10/14(日) 18:43:42.17

C#はやめてください
Java経験者の方にはVBNETがおすすめですよ

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

>>447
マジに受け取られたら大惨事だから止めろ。.NET系で今更C#以外を選ぶ理由はない。

**デフォルトの名無しさん** · 2018/10/14(日) 22:14:20.45

C#に元Java屋が来てほしくないってことでは？

**デフォルトの名無しさん** · 2018/10/15(月) 09:55:23.64

>> 434
https://www.azul.com/products/azul_support_roadmap/

azulがredhatよりサポート期間伸ばした結果かわからないけど、
openjdkの各社サポート期間に合わせて、古いバージョンは(publicアップデート期間までOracle？)、redhat、azulの順にメンテナが変わってるみたい

https://news.mynavi.jp/article/20130311-a008/
https://www.slideshare.net/DavidBuck7/openjdk-project-crash-course-japanese

**デフォルトの名無しさん** · 2018/10/15(月) 13:30:44.87

>>446
Java8(32bit)ならRedHatでええやろ

**デフォルトの名無しさん** · 2018/10/15(月) 13:34:05.36

>>448
そうか?
C#でしか出来ない部分が有るならそうだが
そうで無いならVB.NETで十分だろ
VB6までのボンクラプログラマーをVB.NET案件で受け入れるのと、Javaプログラマーを受け入れるのと考えたらJavaプログラマーの方がオブジェクト指向理解してて十分だと思うが

**デフォルトの名無しさん** · 2018/10/15(月) 13:36:53.43

>>437
自分でOpenJDKソース貰ってビルドするのと手間考えればマシって事だろ

**デフォルトの名無しさん** · 2018/10/15(月) 13:56:35.43

>>452
いまさらVB.NETとかキチガイ

**デフォルトの名無しさん** · 2018/10/15(月) 13:58:26.32

Rubyの案件を受けられるようにRubyを勉強しとくかな
そんな仕事は永久に来ない気がするけどBSDライセンスは魅力的だ
.NetはいつJavaと同じ道をたどるかわからないし、Pythonはエディタのコード補完に慣れきった俺にはきついわ

**デフォルトの名無しさん** · 2018/10/15(月) 14:07:19.06

C#はJavaのLTSがどうのと言ってる人が納得するようなサポート体制なの？

**デフォルトの名無しさん** · 2018/10/15(月) 14:16:03.52

>>452
そもそもサーバーサイドの開発をJavaで行なっていたのを思い切って他言語に移行する仮定の話という話であり、
元々VB.NETで運用していたVB.NET案件にJavaプログラマーを受け入れさせるかどうかという話題ではないだろ

VB6までのログラマーのスキル不足というVB.NETの問題とJava有償化に伴うJavaの代替言語の選定問題とは
全然別の話

**デフォルトの名無しさん** · 2018/10/15(月) 14:19:30.85

>>452
誤）VB6までのログラマーの
正）VB6までのプログラマーの

**デフォルトの名無しさん** · 2018/10/15(月) 14:25:21.65

>>458
>>457の訂正の文でした
すみません

**デフォルトの名無しさん** · 2018/10/15(月) 14:30:46.68

>>452
Javaからの移行なのに、同じ.NET言語の中で構文的に一番似通ってるC#じゃなくて、
かけ離れているVB.NETを選ぶ理由なんてないだろJK。
しかも.NET言語の中では、C#がフルスペックなのに対して、
VB.NETは機能制限版的な扱いなのに。

**デフォルトの名無しさん** · 2018/10/15(月) 15:15:12.01

>>460
PGの平均スキル的にはVB.NETの方が近いと思うよ
C#はVBがあるから比較的レベル高め

**デフォルトの名無しさん** · 2018/10/15(月) 20:14:52.27

なんでそんな主張してるのかと思ってたら
土方呼ばわりしてバカにしてた奴に仕事とられるんじゃないかと思って戦々恐々としてるのなｗ

C#ラクで簡単なのに高スキルみたいな顔できてたもんね

**デフォルトの名無しさん** · 2018/10/15(月) 21:19:12.36

>>461
それは一から学習した場合の話だろ。
なんで既存言語からの移行なのに、一から学習した場合に
同じぐらいのスキルになるからって全然違う言語に移行させるんだよ。
そもそもVB.NETは発祥が既存のVB6プログラマーの受け皿として、
って言語だから、新規に学ぶ価値は全くない。

**デフォルトの名無しさん** · 2018/10/15(月) 21:26:53.67

確かにC#erは、VB.NETやVB6更にはただのVBAとかMS謹製のプログラム界のヒエラルキーにおいては
頂点に君臨し続けてきたからなあ
JavaerやそのJVM言語繋がりのScala使いとかが大量にC#に参入されるかもしれない事態は、本当心中
穏やかならざるを得ない状況なのかも

**デフォルトの名無しさん** · 2018/10/15(月) 21:38:11.33

Javaから移行するなら.NET Coreが基本だろうから、今のC#erの大半にとってもほとんど未知の世界でしょ
C#erも今更全く新しいプラットフォームを学習するなら手広く選択肢を検討するところも多いだろうし、
今後しばらくは全体的にシャッフルが起きるんじゃないかな

**デフォルトの名無しさん** · 2018/10/15(月) 22:09:37.35

>>465
.NET Core使えないC#erなんているの？

**デフォルトの名無しさん** · 2018/10/15(月) 22:38:08.14

Java屋ってクラスベースOOPとデザインパターンにカチコチに固められた人たちという偏見持ってます

**デフォルトの名無しさん** · 2018/10/15(月) 23:54:57.72

C#もデザインパターンガチガチなんだろうが、1割ぐらいの人間しか守っとらん

**デフォルトの名無しさん** · 2018/10/16(火) 00:36:27.71

>>467
正解
枠にはまった使い方しかしない人多いからC#と言うか.NETの自由さは合わないと思う
>>461が言う様にレベル的にはVB.NETレベルだと思うが今さらVBとかやりたくないだろうからC#(.NET Core)に流れるだりうね

**デフォルトの名無しさん** · 2018/10/16(火) 01:18:13.46

>>466
Windows環境しかやった事無い人いるよ
Javaerが.NET Coreに大挙移動か
おらワクワクすっぞ

**デフォルトの名無しさん** · 2018/10/16(火) 01:24:06.23

Java１０の仕事ない？

**デフォルトの名無しさん** · 2018/10/16(火) 01:55:16.02

>>471
サポート先月で終わったよ

**デフォルトの名無しさん** · 2018/10/16(火) 02:01:11.81

俺には無縁だけど、Scala勢とかはどうすんだろ？

**デフォルトの名無しさん** · 2018/10/16(火) 02:02:36.50

そのうちJVMに課金してScalaとかKotlinも有償とか言い出すぞ

**デフォルトの名無しさん** · 2018/10/16(火) 08:54:33.33

Java SE subscription て結局どこで買えるの？
オラクルのサイト探したけど購入ページが見つからない
電話して営業呼んだりする必要ある？

**デフォルトの名無しさん** · 2018/10/16(火) 10:34:28.39

>>475
https://www.oracle.com/technetwork/jp/java/javaseproducts/overview/javasesubscriptionfaq-4891443-ja.html

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

>>475
http://www.intellilink.co.jp/solutions/oracle/java.html

**デフォルトの名無しさん** · 2018/10/16(火) 10:41:30.09

>>475
distribution経由でしょ

**デフォルトの名無しさん** · 2018/10/16(火) 10:50:19.48

https://docs.google.com/document/d/1HtUnuAkUEDGL2gwUOkrDrmLe_zrD6wpAyqYBZxRmHv4/mobilebasic

2019.1月以降、Java8を使い続けたい場合、Adopt,Azul,IBM,RedHatのOpenJDKバイナリ貰えってなっとるなw
半年毎にアップデートじゃなくて3ヶ月毎にアップデートで半年で大きくバージョン変わるw
手間が半端無いな

**デフォルトの名無しさん** · 2018/10/16(火) 13:14:15.43

Erlang VM (BEAM) 上で動作するElixirが、Javaの代替言語として
全然名前が挙がらない件ww

**デフォルトの名無しさん** · 2018/10/16(火) 13:17:30.09

静的型検査のない関数型とかただの罰ゲームだからな
実装が手抜きなだけで動的型であること自体に何のメリットもない仕様だし

**デフォルトの名無しさん** · 2018/10/16(火) 14:17:13.13

>>481
存在が興味深く意義深いというのとそれが実務に耐えることができるというのは全く別モノだからな…

**デフォルトの名無しさん** · 2018/10/16(火) 14:34:23.16

>>476-479
サンクス！
ただ、そのページは価格は出てるけど購入ページへのリンクとかはないんだよな
今使ってるパッケージが動作保証対象がOracle Java8のみでOpenJDKはダメとかおかしなことを言っている。
まともな話が通じなくて面倒だから買っちゃおうとしたら、購入方法がないじゃん
本気で売る気はないんだろうか？

**デフォルトの名無しさん** · 2018/10/16(火) 15:13:57.12

1月まで無償だからまだ契約できない？

**デフォルトの名無しさん** · 2018/10/16(火) 15:25:08.00

SUNは復活すべきだ

**デフォルトの名無しさん** · 2018/10/16(火) 20:12:48.19

>>483,484
Oracleのサポート契約してたらOracleから買えるでしょ

**デフォルトの名無しさん** · 2018/10/16(火) 21:52:34.79

とりあえずcentos7とopenjdk8で2023年6月まで持つのでそれまでに考える

azureはazulとの提携拡大したみたいだけど、AWSやGCEのGAEみたいなサービスとかどうするんだろ。
java8で引っ張るのかな？
https://azure.microsoft.com/ja-jp/blog/microsoft-and-azul-systems-bring-free-java-lts-support-to-azure/

**デフォルトの名無しさん** · 2018/10/17(水) 00:07:34.61

>>486
Java以外オラクル製品使ってないけどどうやってオラクルのサポート契約したらいいの？