Java有償化まとめ

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

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

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

>>669
赤信号みんなで渡れば怖くない理論だよ
そもそもLinuxが特許侵害の塊みたいなもんで、GPLv2に暗黙的な特許許諾があるという特に判例のない前提が崩れたら全てが無に帰す
今更Javaの特許侵害なんか屁でもない

**デフォルトの名無しさん** · 2018/11/02(金) 00:26:46.73

>>671
支離滅裂だなあ

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

>>672
難しい言い回しだったかな？
要するに、Linuxのソースに多くの特許が含まれているのは明らかであり、その存続はGPLv2に暗黙の特許許諾が含まれていることが大前提
つまり、それを否定するならLinux自体がそもそも存在できないわけ
だからLinuxを使っている以上は、同じくGPLv2であるOpenJDKにも同様に暗黙の特許許諾がある、と信じるしかないの
そもそも問題が存在しないんだよ

**デフォルトの名無しさん** · 2018/11/02(金) 00:43:36.02

>>673
特許侵害と暗黙の許諾をごちゃまぜにしてるのが支離滅裂

**デフォルトの名無しさん** · 2018/11/02(金) 00:54:54.21

>>674
企業が自分の特許を使ったソースを過去にLinuxにコミットしてて、
後にその特許がパテントトロールに売却されてるケースとか間違いなくあるでしょ
暗黙の特許許諾が無ければ全Linuxユーザーが特許侵害で訴訟リスクに曝されることになるよ

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

670ですけど、訊きたいことがうまく伝えられたか心配だ

そもそもJavaの著作権についてここまで知れ渡るようになった発端であるのが、Googleが開発したAndroidが
Oracleが所有するJavaの著作権を侵害しているかどうかで争われた裁判です
皆さんのご存知の通り、この裁判はGoogleの敗訴が確定し、今はGoogleがフェアユースを主張して如何に
Oracleに支払う賠償金額を減らせるか法廷闘争の第二幕が開かれている真っ最中ですが、Googleは敗訴が
確定した翌年の2016年にJavaのライブラリをOpenJDKに切り替えたAndroid 7をリリースしていますが、
Android 6.x以前の端末は回収したり、Android 7以降の端末に交換するなどの対応を採っていません
交換や回収はユーザーにGoogleの失態を知らしめることになり、Googleの評判を落とすことになります
また、交換や回収にかかる費用は完全にGoogle単独の負担責任を負うことになります
そんな事態になるくらいなら、著作権侵害期間が延びることになって賠償金額が積み増されようとも、
Android 6.x以前の端末が壊れたり最新の機種に買い替えられたりして、その内該当端末がなくなるまで
著作権侵害の状態が続くのを放置することをGoogleが決めたのではないかと推測します
賠償額は巨額になると思いますが、それによってGoogleの屋台骨が揺らぐということはないでしょう

Java有償化問題が色々取り沙汰されるようになり、IT事情に詳しいAndroid 6.x以前の端末ユーザーの
中には、自身の端末が今後も使えるか不安を憶える方もいらっしゃるかと思います
賠償金自体はGoogleが負担するもので決してユーザーにその請求分がいくことというは絶対ないし、
その端末もこれからも使えるでしょう
ただ、有償化問題によりJava自体の存亡まで論じられるようになった昨今、元々の著作権侵害裁判の火元で
あるAndroid 6.x以前のOSを端末に載せてきたGoogleが(OpenJDKのAndroid ７以降の端末も含む)Android
端末のライセンスについて改めて何らかの声明を出してGoogleの見解を表明して欲しいと感じます
（もし私が知らないだけで)見解を表明していたら御免なさい)

長々と駄文を綴りすみません

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

どんな判決出るかも分からんのに何を表明しろと

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

>>675
まあ企業もGPL違反しまくってるし、多少はね？

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

>>677
著作権侵害についてはもう判決は確定してるでしょ
あとはどれだけGoogleのフェアユースの主張が認められて、Oracleへの賠償額を
どれだけ減らせるかっていうGoogleとOracle間との条件闘争であり、ユーザーには
直接関係ない

ただ、Oracleへの著作権侵害侵害状態が続いている端末について、使用を継続すること
を心配するユーザーに対し不安感を拭う為に、「端末の回収とかはなく、賠償額をユー
ザーに求めることもない」といった声明を出したらいかがかなと思う

ついでにAndroid ７以降の端末はOpenJDKライセンスだけど、OpenJDKは6カ月毎の
バイナリの更新がされるけど、Android端末の利用に際してその影響が出るのか出ない
のかっていうこともユーザーに対し説明して欲しいな

**デフォルトの名無しさん** · 2018/11/02(金) 10:27:26.86

googleの対応は賠償額と無関係って勝手に思い込んでるだけだよねそれ

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

>>675
つまりAndroid6.0.1以前はOS部分に怪しい仕様が有った可能性が有るって事だわな

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

まあ、GoogleはAndroid自体もう止めるからね
Android6.0.1以前端末は既にゴミって事だな
セキュリティパッチ自体、スマホメーカーは停止し始めてる

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

>>668
tckのキットは登録か参加かなんかして配布されるはずなので、
centosやdebianほかでビルドして配布してるバイナリは、
ビルドしてからtck通してしてないと思う。
amazonlinuxはどうしてるんだろ。

https://blog.joda.org/2018/08/java-is-still-available-at-zero-cost.html

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

>>683
Debianは開発ポリシーとして特定の会社の認証受けないと
再配布や改造が禁止されるようなソフトは取り込まないのは
はっきりしてるので特許だ裁判だというのはどういう話なのか

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

OpenJDKのソース貰って自前でLTS唱って提供するdistributionが増えるって事だよな
中小企業が6ヶ月毎にビルドし直しするの面倒だから、そういうdistributionの環境を構築する方向へ動くだろうよ
RedHatはIBMに食われて将来的に無くなるだろうし、他のdistributionでLTS保証するLinuxなり使う方が良い

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

>>680
フェアユースが認められなかったら、知らないうちに通信料に(一時的に)上乗せされるかも知れんね。

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

>>680
>googleの対応は賠償額と無関係って勝手に思い込んでるだけだよねそれ
Android 6.x以前の端末に対するGoogleの対応は賠償額と関係あるというのであれば、
Googleはこれ以上賠償額を増やさない為に、回収とか交換とか端末の巻き取りを直ちに強行
しないといけなくなりますが、違いますか？

Googleによる端末の巻き取りの強行が必要なら、今頃携帯会社とか大変な騒ぎになっている
はずですが、実際今そうはなっていないではないですか

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

Androidはバージョンアップでハードも刷新するパターンが出来上がってる
過去の機種は切り捨てするのが当たり前になってる
スマホメーカーの行動がGoogleに有利になったと言う事かと

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

うむり。
判決出る前に新しく買い替えて貰えばおk。
最悪、通信料上乗せで通信各社もGoogleも懐痛まない。
(頑張った姿勢見せて、何の連絡もなくこっそり引き落とせばいい)

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

>>684
だからLinux世界においては「GPLならフリー！」が絶対的公理なの。
OpenJDKはGPL2.0だ。だから自由なソフトウェアだ。
それ以上の議論は必要ないの。
それを否定するってことはLinux世界の存在そのものを否定するのと同じ。

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

>>690
妄想家はお呼びじゃないです

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

android端末回収は非現実的だろうけど
遠隔で強制ロックは技術的に可能な予感

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

Android 6.x以前の端末の巻き取りはしないでしょうけど、通常のandroidサービスを終了させて
最新機種への買い替えを促して実質的に切り捨てる手段を採ると思う
例えば、Google ドライブとかPicasaとか終了させて、GMailとブラウザ機能ぐらいしか残さない
かもしれない
Android ７以降の端末はOpenJDKなのでサポートはずっと続けるが、著作権違反の6.x以前の
端末に対するサービスのサポート切り捨ては、数年以内に実施されるんじゃないかと考えている

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

ALCATELやZTEのAndroid6までの端末が安く在庫処分されてるのはそういう事だわな

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

泥使えなくしたいならstoreにアクセスできないようにすればいい

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

>>695
あんまり意味無いよ
apkファイル使うし

**デフォルトの名無しさん** · 2018/11/02(金) 20:44:47.87

JREを強制的に削除させようとするアップデートが来たけどこれって今回のJRE廃止と関連してるのかな？
勝手にアンインストールして業務システムが動かなくなるトラブルが多発して更にJavaが嫌われそうだね

**デフォルトの名無しさん** · 2018/11/02(金) 21:04:40.41

JREを自分でビルドしろって話でそ

**デフォルトの名無しさん** · 2018/11/02(金) 22:55:10.64

特許についてGPLでどう謳おうが権利者自身が訴えたらそれに対抗できるわけはないわな。

**デフォルトの名無しさん** · 2018/11/03(土) 13:59:34.46

>>699
権利者が第三者の場合はその通りだけど、権利者がGPLでライセンスしたものに対して
権利者自身の特許権を行使できるかという話をしていると思って読んでいるんだけど、違うのかな。

**デフォルトの名無しさん** · 2018/11/03(土) 14:41:22.17

>>700
その通りだね
米国法ではGPL2が暗黙的な特許許諾を含むとの解釈が主流であり、権利者が利用者に対して特許権を行使することはできないと信じられている
しかし判例はなく、また、英国など米国以外の国内法の下では異なる見解が示されていることもあり、グレーである
GPL3の特許条項はまさにこの問題を解決するために導入されたものに他ならず、オープンソース界の存続の根底に関わる極めて重要な問題として広く知られてる

**デフォルトの名無しさん** · 2018/11/03(土) 18:39:26.30

http://openjdk.java.net/groups/conformance/JckAccess/jck-access.html

https://blogs.oracle.com/java-platform-group/the-openjdk-community-tck-license-agreement-octla

**デフォルトの名無しさん** · 2018/11/03(土) 18:39:42.96

Signatories for Java SE 8

Alibaba Group Holding Limited
Amazon Fulfillment Services, Inc.
Azul Systems, Inc.
BellSoft
Canonical
Cavium
Emmanuel Bourg
The FreeBSD Foundation
Fujitsu Technology Solutions GmbH
Huawei Technologies Co. Ltd.
Intel
Linaro
London Jamocha Community
Loongson Technology Co., Ltd.
MicroDoc Software GmbH
Myriad Group AG
Red Hat
SAP
Supercomputing Systems AG
SUSE Linux GmbH
Twitter

**デフォルトの名無しさん** · 2018/11/03(土) 18:40:03.59

Signatories for Java SE 9, or later

Azul Systems, Inc.
BellSoft
Canonical
Fujitsu Technology Solutions GmbH
London Jamocha Community
Loongson Technology Co., Ltd.
MicroDoc Software GmbH
Red Hat
SAP
SUSE Linux GmbH
Twitter

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

centosやojdkbuildみたいなrhクローンは商標外したり少し変えてビルドしなおしてるけど、通るはずってところかね、、、

**デフォルトの名無しさん** · 2018/11/04(日) 15:40:23.41

>>677
OracleがSunを買収した金額＝74億ドル。GoogleがOracleに払う賠償金＝88億ドル。
GoogleはOracleに金を払うよりもSunを買ってた方が安上がりだったねｗ

**デフォルトの名無しさん** · 2018/11/04(日) 16:12:42.27

>>705
上で何度も言われてるけど、GPLだから問題ないよ
GPLに基いた利用者を特許侵害で訴えるのは理論的には可能だけど、そんなもん核戦争起こすようなもんで確実にOracle自身も吹き飛ぶ結果になる
まあOracleが傾いてJava関連の特許が特許ゴロに売却されたりしない限りは大丈夫

**デフォルトの名無しさん** · 2018/11/04(日) 16:33:13.27

>>GPLに基いた利用者を特許侵害で訴えるのは理論的には可能だけど

可能性有るのに問題無いとかw
ユーザーのお前さんの言葉なんて何の気休めにもならんわ

**デフォルトの名無しさん** · 2018/11/04(日) 20:56:58.38

>>708
飛行機だって落ちる可能性あるけど、みんな問題ないと言って乗っているわけで...
そういうレベルの問題ないだと思う。

**デフォルトの名無しさん** · 2018/11/05(月) 01:40:38.34

>>707
中国がGPLを悪用して米国の知的財産を侵害している
などと言い立ててから訴訟を起こせば、今ならoracle勝てそう、最高裁で。

**デフォルトの名無しさん** · 2018/11/05(月) 04:03:51.03

>>709
実際、落ちてるだろ
何をか言わんや

**デフォルトの名無しさん** · 2018/11/05(月) 04:06:09.50

>>706
サンマイクロシステムの実態無いのに?w
資産とJavaとMySQLを頂くとか?w
今となっては不要だろ

**デフォルトの名無しさん** · 2018/11/05(月) 18:37:25.55

>>711
飛行機には乗らないのか?
乗ろうとする知人に落ちるかもしれないからやめておけと言って止めているのか?

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

>>713
怖いから乗らないという人は意外と多いよ
偏見だけど、合理性よりも感覚を優先するプログラミングに不向きな人が多い印象

**デフォルトの名無しさん** · 2018/11/05(月) 18:54:39.04

RedHatに340億ドル出せるIBMがなぜSunを買ってくれなかったのか

**デフォルトの名無しさん** · 2018/11/05(月) 22:13:18.68

合理性で墜落して市んでれば世話ないよ
少なくとも国内は新幹線という最強の乗り物が有るんだから

**デフォルトの名無しさん** · 2018/11/05(月) 22:26:27.20

>>716
理解した。飛行機に乗らないタイプの人か。
しかし、知人に落ちるかもしれないからやめておけと言ってドン引きされないか?

**デフォルトの名無しさん** · 2018/11/05(月) 22:31:30.90

>>712
>今となっては不要だろ
Oracleに84億ドル払う今だからこそ、GoogleにとってSunのJavaは必要だったのでは？

**Javaから脱出する先** · 2018/11/05(月) 22:33:26.77

JavaはCOBOL同様にメンテしつつも、Javaの代替に何を使いますか？
Erlang/OTPは難しそうですね？

**デフォルトの名無しさん** · 2018/11/05(月) 22:33:56.68

飛行機落とされたくなかったら服脱げよああん？（Win１０）

**デフォルトの名無しさん** · 2018/11/05(月) 22:48:37.09

>>719
C#(場合によってはVB.NET)
PHP
Python
Perl
まあ3Pが主要だろ
無料だし
C#(VB.NET)は今さらだしな

**デフォルトの名無しさん** · 2018/11/05(月) 23:14:15.38

>>721
C#も無料だし、Javaの移行先としては妥当やろ

**デフォルトの名無しさん** · 2018/11/05(月) 23:18:06.20

LinuxのサーバサイドてC#ってJava並みに普及してるか？

**デフォルトの名無しさん** · 2018/11/05(月) 23:23:36.71

うんにゃ
移行先としては妥当って話

**デフォルトの名無しさん** · 2018/11/05(月) 23:54:29.41

OracleのリスクはギャーギャーいうのにMSはいいんかーい

**デフォルトの名無しさん** · 2018/11/05(月) 23:58:01.01

>>724
C#やってないから知らんのだけどLinux上のJavaのシステムをC#でリプレイスするぞー
というのは堅実的なんか？

**デフォルトの名無しさん** · 2018/11/05(月) 23:58:37.98

>>726
堅実的→現実的

**デフォルトの名無しさん** · 2018/11/06(火) 00:01:28.20

>>726
元がJavaって前提ならね
下手なスクリプト言語よっかよっぽど現実的だしパフォーマンスもダンチ

**デフォルトの名無しさん** · 2018/11/06(火) 00:12:52.19

>>728
周辺ライブラリやエコシステムも？

**デフォルトの名無しさん** · 2018/11/06(火) 00:38:21.95

>>729
も？

**デフォルトの名無しさん** · 2018/11/06(火) 00:46:04.34

>>730
も以降先として充実してる？

**デフォルトの名無しさん** · 2018/11/06(火) 01:01:36.23

>>731
具体的に何がしたいのか知らないけど、.NETで駄目なら相当ニッチな分野かと

**デフォルトの名無しさん** · 2018/11/06(火) 01:33:01.17

>>725
リスクないもの。

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

Java→C#はプログラムソース転用出来ないからね
ソース転用出来ないならVB.NETでも変わらん
それこそJava→PHP,Perl,pythonでも同様
組み替えになるのは変わらない

**デフォルトの名無しさん** · 2018/11/06(火) 05:37:14.36

スクリプトで済むんなら最初からスクリプトで組んでるだろうし、そうなるとJavaの移行先はC#しか無いわな。
MSのエコシステムで固めれば至れり尽くせりではあるし。

**デフォルトの名無しさん** · 2018/11/06(火) 05:51:41.46

C#はJavaと同じ運命をたどるかもわからん、もう嫌だわ
かといってRubyはやる気が起きん
特許抵触部分を取り除いたJ--言語を誰か作ってくれんかな

**デフォルトの名無しさん** · 2018/11/06(火) 07:29:42.86

>>734
そのまま転用はできないけど、スクリプト言語よりマシ
てかVB.NETとか頭おかしいわ

**デフォルトの名無しさん** · 2018/11/06(火) 08:37:10.10

Javaの代わりにOCamlはどうだろう？
MSのF#もOCamlがベース。
BucklescriptでOCamlでJavaScriptも書ける。
便利だよね？

**デフォルトの名無しさん** · 2018/11/06(火) 12:54:04.86

サーブレット、JSPはスクリプト系言語に取って変わられる
それ以外の部分はC#と言うか.NET

**デフォルトの名無しさん** · 2018/11/06(火) 19:05:24.00

Scala終了ということでok?
Android開発には影響なさそう&nativeという道があるkotlinは将来性ありそうだが

**デフォルトの名無しさん** · 2018/11/06(火) 21:33:04.78

ScalaはOracle問題とは一切無関係にとっくに完全終了してるよ
もうElixirくらいのマニア言語の一つであり、実用的には全く無視して差し支えない

**デフォルトの名無しさん** · 2018/11/06(火) 21:35:48.70

あるtwitterより

というかOpenJDK、Windows版もあるのか。わざわざアプレットのために仮想環境用意しなくて済むかもしれぬ

アプレットとかまだ使ってるヤツ居るんだな

**デフォルトの名無しさん** · 2018/11/06(火) 21:46:03.13

>>741
いつ始まってたの？

**デフォルトの名無しさん** · 2018/11/06(火) 21:51:16.68

Scalaも遅まきながらnative開発に乗り出している
https://github.com/scala-native/scala-native

とはいえ、Kotlinとは違いGoogleのAndroid公式サポート言語宣言のような大きなプッシュをしてくれる
IT界の巨大企業なんかもついていないし、コミュニティ自体も小さいし
かりにnative開発に成功して脱JVMを成し遂げても、メジャーな言語への変貌はおそらくないだろうな

◆QZaw55cn4c · 2018/11/06(火) 22:37:12.24

>>744
CPU でさえ x86 の皮をかぶっているだけで、中身は別物だときいています、そんな世にあえて native にこだわる理由はなんでしょうか？

**デフォルトの名無しさん** · 2018/11/06(火) 23:48:25.30

scalaはむしろJavaから離れたら枯れる気がする

**デフォルトの名無しさん** · 2018/11/07(水) 17:23:45.30

oracleは、tck通ってればjavaに関して保有してる特許権も無償で利用できるようにするけど、tck通ってない場合はダメってはなしだったかなと

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

TCK通過じゃないのは裁判起こします

**デフォルトの名無しさん** · 2018/11/07(水) 20:31:28.11

現状Oracleの許可なしで改変されたソースバイナリ共あちこちで配布されてるわけだが

**デフォルトの名無しさん** · 2018/11/07(水) 21:09:58.42

今から業務系のシステムを作るとなったらJava以外に何採用すればいいの？

**デフォルトの名無しさん** · 2018/11/07(水) 21:11:36.24

すぐ上でC#とか話されてた
失礼

**デフォルトの名無しさん** · 2018/11/07(水) 21:12:25.78

>>746
とっくに枯死してるんだが

**デフォルトの名無しさん** · 2018/11/07(水) 21:30:55.74

MSの良い？所は(開発環境を作った)コードに対してしか課金しない。
(最近はApple真似て開発環境無料で年会費取るけど)

CPUやコア数で課金しない。
(開発人数では課金するけど、逆にVSエンプラが無いのは、それだけ開発者を揃えられない(悪い意味での)証だったから、VSエンプラ入れてない会社なんてなかった)

個人的にはWinMobileとかの方が初期投資さえ済ませれば好きに作って配布できた分楽だった。
(ファイルへのアクセス含め)
ユーザーやセキュリテイ的には今の方が安全かもだけど、開発的には楽。

個人でも最適化欲しさにProは買ってた。

**デフォルトの名無しさん** · 2018/11/07(水) 21:32:32.93

>>753
日本語

**デフォルトの名無しさん** · 2018/11/07(水) 21:34:24.80

デスクトップや小規模なwebアプリには今はいい時代になったと思うけど、モバイル向けの環境は学習にはやや不便。

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

あるtwitterより

効率よく開発できるならプログラミング言語は何でも良い派ですが、

Javaに関してはOracleJDKにしてもOpenJDKにしても、そこまでしてJavaにこだわる必要はもうほぼないよねという印象です。

今後Oracleが何するか読めないのも面倒くさいし、どうしても必要な場合を除き弊社ではJavaでの開発はやめました。

**デフォルトの名無しさん** · 2018/11/09(金) 06:30:24.87

>>756
言語そのものしか使っていないならその通りだが、それ以外のツールなどを使って
エコシステムにどっぷり漬かっていると、そうできないからみんなこんなに騒いでいる。

**デフォルトの名無しさん** · 2018/11/09(金) 08:17:18.34

今後の新規開発にJavaを一切使わないのは現在Javaにべったり依存している組織においても技術的にはそれほど難しいことではない
問題は、>>757の「それ以外のツール」ってのがSIerにとってはJavaドカの工数と事実上ほぼ同義であることで、この状況を覆すのは容易ではない
そもそもJava自体が何よりも "Learn Once, Work Everywhere" の性質を背景にして普及してきたプラットフォームであるわけで、
他の言語と比べても人的リソースに特に強く左右される言語であることはいうまでもないだろう

**デフォルトの名無しさん** · 2018/11/09(金) 10:14:37.95

Learn Once, Work Everywhere, Pay Someday

**デフォルトの名無しさん** · 2018/11/09(金) 14:58:51.56

>>693
Androidのアプリ開発してるところは、Android 6.x以前の端末に対してアプリ提供を
続けていくつもりなのかな？
Android 6.x以前の端末に対しては、そもそもGoogleがOSサイドでOpenJDK対応して
ないから色々難しい面があるのではないかと思うけど

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

>>760
Android6.0.1以前は切り捨てでしょ

**デフォルトの名無しさん** · 2018/11/09(金) 22:58:22.21

古いバージョンのJVMを使っていても強制的に金払わないといけないんですか？

**デフォルトの名無しさん** · 2018/11/09(金) 23:13:39.87

Java8があと数年更新されるから
Java8を使って置いて、サポートが切れた＆Java8で脆弱性が見つかったら
OpenJDKの最新版に乗り換える、とかで良いのかな？

**デフォルトの名無しさん** · 2018/11/10(土) 00:45:41.82

>>763
Java8の無償サポートって、期限来年の１月末までなんですが....
もう残り3ヶ月切ってるよ
個人のPCでネット接続しないスタンドアローンのものならば構わないけど、
そうじゃない限りサポート無しっていう訳にはいかないだろ
金払いたくないけどJava使いたいならOpenJDKぐらいかな選択肢は

**デフォルトの名無しさん** · 2018/11/10(土) 00:46:54.88

OpenJDKの開発環境のセットアップとか
アプリへの同梱作業は難しかったりするの？

**デフォルトの名無しさん** · 2018/11/10(土) 00:49:46.77

OpenJDKもLTSが無いとかでAdoptOpenJDKが最有力に思える
でも信頼性が無い・・・

**デフォルトの名無しさん** · 2018/11/10(土) 01:00:53.51

>>766
信頼性とかRedHatエンプラやIBMもねーよ

**デフォルトの名無しさん** · 2018/11/10(土) 01:06:50.31

>>254
バトルフィールド５の初日パッチで修正される不具合
135ページに渡るらしいぞ。
開発間に合わなかったのかね

**デフォルトの名無しさん** · 2018/11/10(土) 01:16:17.70

Java8+JavaFXでやってるけど
AdoptOpenJDK 11に乗り換えるか・・・
Eclipseもアプリ側も変更になる
どれくらい大変なんだろうか

**デフォルトの名無しさん** · 2018/11/10(土) 01:52:14.25

8u192はadoptopenjdkに4日後に来てた

https://adoptopenjdk.net/archive.html?variant=openjdk8&;jvmVariant=hotspot
jdk8u192-b12 2018/10/20

https://adoptopenjdk.net/archive.html?variant=openjdk8&;jvmVariant=openj9
jdk8u192-b12 2018/10/20

https://www.oracle.com/technetwork/java/javase/8u192-relnotes-4479409.html
2018/10/16

http://openjdk.java.net/projects/jdk8u/releases/8u192.html

**デフォルトの名無しさん** · 2018/11/10(土) 01:58:05.98

https://openjfx.io/
https://github.com/javafxports/openjdk-jfx/blob/jfx-11/doc-files/release-notes-11.md#release-notes-for-javafx-11

バグは修正していってるみたいだけど、8->11の互換性のことは触れてなさそう。

そういえば、openjfx8はoraclejdkがないとビルドできなかったけど、どうなったんだろ。