Java有償化まとめ

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

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

**デフォルトの名無しさん** · 2018/11/11(日) 18:36:31.03

>>836
ちがーう
exeのデファクトは「Windowsでは実行可能形式。Unix系ではmono」
拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
それは解釈する側の問題だからだ

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

>>837
＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
これが間違い。
bmp,jpg,gif,いずれもプラットフォームを超えて同じ意味を持ってる。
その解釈がデファクト。

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

>>838
exeという例外もある
みんな知ってるし受け入れてる
なのでこちらがデファクト

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

拡張子全般を見渡して、プラットフォームによって意味が変わるような定義は見たことが無い。
.html .jpg .bmp .gif .zip .mp3 .mp4　どれでもプラットフォーム非依存な定義されてる。

拡張子一覧
http://www.tohoho-web.com/wwwxx061.htm
ここ見て全部確認してみよう。どこにプラットフォームによって意味が変わる拡張子がある？

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

＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
この主張はいきなり終わりか？

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

だからC#はLinuxの環境破壊だけでなく
”拡張子がプラットフォーム非依存で同じ意味を持つという想定”
をも破壊しにかかってるということになる。

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

そろそろスレ違うだと思うんだが、、、

**デフォルトの名無しさん** · 2018/11/11(日) 18:44:20.12

>>843
もう結論付いて話すこともないし良いんじゃない？
隔離スレとして存在してれば

**デフォルトの名無しさん** · 2018/11/11(日) 18:44:30.21

まぁ早い話がデファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！って主張でしかないわな。
確かにスレチなのでもし本気でそう思うならこの続きはMonoコミュニティでやればいいよ。

**デフォルトの名無しさん** · 2018/11/11(日) 18:45:41.38

>>840
お前がさんざんレスしとるexeがまさにそれなんだが大丈夫？

>>841
ああ
真と結論でて終わりだね

**デフォルトの名無しさん** · 2018/11/11(日) 18:50:54.42

>>811
本当に知らないのかよｗｗｗ

**デフォルトの名無しさん** · 2018/11/11(日) 18:59:42.07

http://ascii.jp/elem/000/001/770/1770229/index-4.html

　.NETは、Windowsに組み込まれている「.NET Framework」とは別に、オープンソースで更新速度の速い「.NET Core」がある。
.NET Coreは、プラットフォームに依存しない.NETの実装で、特定のプラットフォームの事情や細かい互換性を考慮しないため、
新機能がすぐに搭載され、更新の速度も速い。

　現在では、.NET Coreとその標準ライブラリとなる.NET Standardによりデスクトップアプリケーションの開発も可能になっている。
こちらは.NET Frameworkの仕切り直し的な部分があるが、デスクトップアプリケーション側から見れば、アプリケーションモデルの選択が増えた格好になる。

　.NET Core 3.0では、WPFやWinFormがサポートされた。また、複数バージョンの.NET Coreを共存させることも可能になり、
アプリケーションは、特定バージョンの.NET Coreを使い続けることができるようになった。
アプリケーションに.NET Coreを組み込んで出荷することも可能であり、ホストシステム側のバージョンに依存しない実行環境を維持できる。

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

>>845
＞デファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！
”俺は”じゃなく、世界のソフトウェア開発のエコシステムにとって間違っていると主張している。

.NET coreの話を持ち出しているやつがいるが
exeもdllも.NET専用拡張子ではないのでこの議論の事情を変化させる主張ではない

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

間違ってないから今も問題なく動いてるし
今後は勝手にexeを使おうとするやつはデファクトに反する無法者ということになる

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

ちなみにwineがlinux環境でexeに関連付けられててそれも大勢力なんだけど
.NETアプリはlinux環境ではwineを通して動作するということになると、
性能や安定性に問題が生じる。

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

もしlinuxとwineとC#が大流行したら、その問題が顕著になるから、
windowsの方が良いねとなってしまう一因になる。

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

ぐぐるとちらほらwineでexeの関連付けになぜか失敗みたいなブログ記事でてくるが
これ既に.NETが問題起こしてるんじゃないのか

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

そういやwineはDirectX動くようになった？
もうだいぶ追ってないから純粋に知りたい。
エロゲが使ってるの多いんだ。

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

>>851
そうか、そういやWineがあったね。ありゃまさにWindowsのexeをそのまま動作させる環境なので、確かに混乱させる要因にはなりそう。

かと言ってWindowsのほうが良いよねーってなるのは少し想像力豊かすぎな気がするけど。

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

ちなみにmacでもexeに.NET処理系を関連付けないといけないし
wineとexeを関連付ける事は行われてるようだ

**デフォルトの名無しさん** · 2018/11/11(日) 19:23:23.38

wineがあるから問題があるのを認める、ってのはおかしくて
そもそも”exeという拡張子が.NET専用拡張子じゃない”からこういう事態は当然起こり得るの。
こういう事態はjarでは起こらない。java専用拡張子だから。

もしWindowsを置き換えるようなデスクトップ用Linuxディストリを作ろうとしてる人が居たとして、
Wineも.NETも動きますという環境を作るのは一苦労するだろう。
何らかの特殊な対応をしなきゃいけない。
だから.NETのexeを作成させる仕様ないし慣習は、Windowsの立場を安定させることに寄与してる。

**デフォルトの名無しさん** · 2018/11/11(日) 19:25:34.91

うろ覚えだがMonoの吐く実行ファイルは.exeじゃ無かったぞ。
Winでわざわざ関連付ける記事読んだ覚えがある。

**デフォルトの名無しさん** · 2018/11/11(日) 19:25:52.27

>>857
だから、スレチなのでこの続きはMonoコミュニティーでやってはどう？

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

拡張子なんて好き勝手に決めてるからかぶるよ
有名なほうが優先されるだけ
exeは.netのやつか解釈できるやつあるから問題ない

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

議論を長引かせて劣勢になったらスレ違いだから他所へ行け、か。
そもそも>>788の主張は結局完全に正しかった。
それを理解せず長引かせたのはお前だ。

**デフォルトの名無しさん** · 2018/11/11(日) 19:30:04.42

だから起動スクリプト書けって
バイナリのフォーマット調べてwineかmonoにディスパッチするだけだろがい
それを関連付けしろ

**デフォルトの名無しさん** · 2018/11/11(日) 19:30:05.07

＞拡張子なんて好き勝手に決めてる
デファクトや慣習というものがあるから完全に何も想定できないという状況ではない

**デフォルトの名無しさん** · 2018/11/11(日) 19:30:43.22

>>862
>>818

**デフォルトの名無しさん** · 2018/11/11(日) 19:31:36.53

>>863
未来のことなんて誰もわからんだろ
弱小ソフトが使ってた拡張子が、後から駆逐されるなんてのはよくある

**デフォルトの名無しさん** · 2018/11/11(日) 19:31:51.44

>>864
ああもうまずは理解しろ

**デフォルトの名無しさん** · 2018/11/11(日) 19:32:10.65

>>861
誰と戦ってるのか知らんけど、俺は貴方の主張をちゃんと理解しようとしただけだよ。
んで、Wineとかぶるって都合が悪いことがあるなら、ちゃんとMonoコミュニティーで議論したほうが良いのでは？って言っただけ。

**デフォルトの名無しさん** · 2018/11/11(日) 19:32:58.20

>>865
拡張子に何か意味を期待すること自体が間違いだという主張は、現実に即していない。
多くのアプリが拡張子に頼っている。

**デフォルトの名無しさん** · 2018/11/11(日) 19:34:37.68

>>868
じゃあ標準化しないといけないな
ドメイン名みたいに金払って登録するシステム作らないと

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

Java有償化に伴う移行先についての議論だからスレチでもないと思わなくも無い。
が、揉めるならさっさと次の移行先を探そう。

何かある？

1・マルチプラットフォーム
2・スクリプトより速い実行速度
3・ライブラリも整備済みが望ましい

昔はあり得なかったけど、今ならC++とQtってのも有りっちゃあアリじゃね？
鯖サイド限定ならGoとか。

**デフォルトの名無しさん** · 2018/11/11(日) 19:38:35.50

>>867
＞さすがに論理展開が強引になってきちゃったな。
正しい主張を理解せず強引と形容する、俺の主張が変化したかのように印象操作する。

＞jar拡張子ってISOやIEEEやRFCみたいな公的機関や事実上それに準ずる機関が決めてるんだっけ？
標準化されていなくてもデファクトである時点である程度意味はあるのに標準化されていなければ成立しえないかのように主張する。

＞まぁ早い話がデファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！って主張でしかないわな。
俺は、じゃなく世界のソフトウェアエコシステムの話をしているのに歪曲して理解する。

＞俺は貴方の主張をちゃんと理解しようとしただけだよ。
歪曲や印象操作を繰り返してこの主張は間違っている。

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

>>871
そこまでのあなたの説明が訳分からんかっただけだろw
ちゃんと説明できててなら皆こんな過剰反応してないわ。

**デフォルトの名無しさん** · 2018/11/11(日) 19:44:28.89

>>831
それを言ったらwine使ってんのもお前の勝手だろ。
業務にwine入れないし問題ないだろ。

**デフォルトの名無しさん** · 2018/11/11(日) 19:45:05.70

>>866お前の異常発言まとめ
＞拡張子は「使う側がどうしたいか？」それだけなんだよ
拡張子は世界的にデファクトとなっている定義があり、
それに従わなければソフトウェアエコシステムを破壊する。

＞（jarは）java専用じゃない
jarはjava archiveでありjava専用拡張子である

＞monoの知名度は十分
＞新しい拡張子を広めようとするようなコミュニティがexeに関連する著名なアプリケーションを知らない&調べないなどということはまずありえないだろう
拡張子について一貫した意味を期待するのが間違いであるかのような主張をした後で
monoに関する拡張子だけ一貫性が期待されると主張するのはおかしい

＞デファクトスタンダードというのだけど知らなかった？新人かな？
その通りで、拡張子はデファクトである。ところがお前は自分がjarに解凍プログラムを関連付けているからといって
jarはjava専用拡張子ではないと主張した。

＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
”デファクト”において拡張子はプラットフォーム非依存の定義がある

＞みんな知ってるし受け入れてる
wineと.NETで競合していて、みんなが統一されているという状況は無い

＞真と結論でて終わりだね
矛盾を放置している

**デフォルトの名無しさん** · 2018/11/11(日) 19:48:02.84

>>873
＞業務にwine入れないし問題ないだろ。
問題無い人も居るだろうけど、世界のソフトウェアエコシステムを考えた時、
wineと.NETの拡張子における競合は問題になりえて、他OSからwindowsへの誘因になりうるし、
クロスプラットフォーム的ではない。

**デフォルトの名無しさん** · 2018/11/11(日) 19:49:40.64

>>875
お前は仕事で使いたいのか個人で使いたいのか。

**デフォルトの名無しさん** · 2018/11/11(日) 19:51:26.66

>>876
”世界のソフトウェアエコシステム”と言ってるのに仕事とか個人とか言いだすのは何？
俺個人の問題だと矮小化しようとしてるの？
俺が.NETを使おうとしていて何か問題を抱えているんだと思ってるのか？

**デフォルトの名無しさん** · 2018/11/11(日) 19:54:46.18

>>872
お前の理解力不足を俺の説明不足に転嫁するな
俺は最初からずっと同じ主張を的確に述べている
お前はwineの例が出たところで理解できたようだが、
wineの例が無くとも潜在的にexeを.NET専用であるかのように扱う事は問題がある

**デフォルトの名無しさん** · 2018/11/11(日) 19:55:53.50

まとめ

・拡張子には特にこれといった規格はなくデファクトが優先される
・exeのデファクトは「Windowsでは実行可能ファイル、Linuxではmonoかwine」
・monoとwineの関連付け競合は起動スクリプトで回避可能
・monoとwineの知名度は十分なので今後、秩序なくexeを使いだすコミュニティは出てこない

以上の理由からLinuxでexeがmonoと関連付けられていても何も問題はない

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

>>878
ならなぜ最初からWineのexeとMonoのexeの拡張子が被ると説明しなかったの？
そしたら俺は一発で理解したのに。

**デフォルトの名無しさん** · 2018/11/11(日) 19:57:49.93

>>877
当たり前だろ。
仕事だったら、仕事に必要のないものは入れられない。
だからwineが入る可能性はない。
これは次の飯の種が決まるかどうかの大事なことだと。

個人なら好きにしろ。

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

>>848
窓Phone死んだんだからUWP捨てればいいのにまだ諦めてないのか

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

exeの話、彼の勘違いじゃん
.net coreで作るlinux向け実行ファイルは普通に拡張子なしだった

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

>>883
ね

**デフォルトの名無しさん** · 2018/11/11(日) 21:08:22.05

>>883
まさかのそんなオチかよw

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

>>885
>>808

**デフォルトの名無しさん** · 2018/11/11(日) 23:08:01.40

情報処理試験(FE)の選択問題からもjavaなくなるのかな。

**デフォルトの名無しさん** · 2018/11/11(日) 23:53:25.18

>>848
.NET Standardは既に破綻しかけてるのがなんだかなあ
Standardの存在がCoreにとっては完全にお荷物になってて放置されっぱなし
最近2.1が公布されたけど.NET 4.8は2.1非準拠とかいうアホみたいな状況でもはや何の意味もなさなくなってる

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

>>796
笑った

拡張子が exe ってだけで自社優遇とかあほすぎるわ
そもそもファイルフォーマットも公開されてるだろ

**デフォルトの名無しさん** · 2018/11/12(月) 06:55:02.03

>>888
Blazorも死にかけてるよね

**デフォルトの名無しさん** · 2018/11/12(月) 12:42:15.19

Javaスレで.NETネタはスレち
延々何を揉めてるの?
.NETで勘違いしてるアホは他行ってくれ

**デフォルトの名無しさん** · 2018/11/12(月) 12:42:50.72

>>887
恐らくね

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

>>891
もう既にどっか行っちゃってる

**デフォルトの名無しさん** · 2018/11/12(月) 12:53:00.25

>>893
何だ、ただの基地か

**デフォルトの名無しさん** · 2018/11/12(月) 13:07:11.32

>>894
？

**デフォルトの名無しさん** · 2018/11/12(月) 14:21:12.68

>>891
>>870

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

>>896
Javaの移行先なら

*JSPはスクリプト系の無料言語
Perl,PHP,Pythonの3P
*サーブレット、Java Beanは
.NET Core,Node.js

で決まりかと

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

>>897
頭おかしい

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

>>898
無料使いたいからな
異論は認めない

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

素人で悪いんだけど、
Android SDK使ってJavaでスマホアプリ作ったら
実行環境の配布に金かかるってことで合ってる？
というかそうだとしたらどうしたら良いかわからないんだけど。
Android NDK化？

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

>>899
.NET Coreなら普通にRazor使えよキチガイ

**デフォルトの名無しさん** · 2018/11/12(月) 17:28:35.47

>>897
PerlとかJava以上の骨董品だろｗｗｗｗ

**デフォルトの名無しさん** · 2018/11/12(月) 17:39:47.81

>>900
どう解釈したら実行環境の配布に金かかるって思うんだ？

**デフォルトの名無しさん** · 2018/11/12(月) 18:27:49.91

>>902
骨董品ゆえこなれてる

**デフォルトの名無しさん** · 2018/11/12(月) 18:40:27.57

>>900
Androidは元々Javaの違法コピーだから今更関係ないよ
元々は完全な海賊版だったのが、無期限評価版を配布元に勝手に私物化して使っている状態になったようなものであり、
むしろ以前に比べると状況は改善しているといえる

**デフォルトの名無しさん** · 2018/11/12(月) 18:45:27.59

>>900
Android7以降、OpenJDKで開発ゆえ無料

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

>>903
いや、そのへん全くの無知なんです。

>>905
>>906
ありがとー
大丈夫そうだね。ホッとした。

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

816 デフォルトの名無しさん (ﾜｯﾁｮｲ 5bd2-ki2E) [sage] 2018/11/12(月) 20:33:40.78 ID:6HAvX1Ch0
デスクトップアプリはほとんどC++だし、Web/サーバサイドとAndroidはJava/JavaScriptだし、iPhoneはswift/Objective-Cだし、
ちょっとしたアプリやオフィスのマクロ言語はVisual Basicだし、AIとかデータ分析はPythonだし

ぶっちゃけC#は居場所がもうない

**デフォルトの名無しさん** · 2018/11/12(月) 21:20:42.25

.netとかJavaとか驚くほどコード書かなくて良いんだよな
その分、ライブラリや実行環境に依存する
オープンなところでいうとJSやPythonがライブラリ充実して良い感じかね

**デフォルトの名無しさん** · 2018/11/12(月) 22:29:58.97

Javaの代わりにJavaVM上で動く言語を使っていたなら、ErlangVM上で動く言語も選択肢になりえる。
ErlangVM上で動く言語、RubyやPython、JavaScriptに似た言語もある。
また、LispやOCaml、Haskellのコードをトランスパイルして、ErlangVM上で動かすこともできる。
バックエンドのVMとしてErlangを使う方法も検討している。

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

>>909
別にPHPやPerlでもライブラリ有るべ

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

このスレはJava 8の無償サポートが切れる2018年1月過ぎに大量に発生するであろう
Java有償化対応難民の為に、倉庫入りになってスレが読めなくすることを予防する為に
この後の書き込みは頻度を来年2月いっぱいあたりまで控えるようにお願いできないで
しょうか
ここ数日で、150コメほど書き込みがあり、当分だと思われていた1000コメ到達が一気に
見える状態にまでなりました
このペースでは、今週中にでも本スレは消費しつくされかねません

今後の書き込みは
「OracleJDKからOpenJDKへ。OracleはJava世界に不要」
https://mevius.5ch.net/test/read.cgi/tech/1532326820/
か
「Javaはもう死んだの？」
https://mevius.5ch.net/test/read.cgi/tech/1524944928/
でJavaの有償化についての議論をしていただくという訳にはいきませんでしょうか

本スレは1週間に1度くらいのペースで保守書き込みすれば、最も難民が出る1月から
2月頃に、本当に困った方々が本スレをROMることで、その後の行動の指針の参考に
出来るのではないかと考えます
愚案ではございますが、皆さんの賛同を得られれば幸いと存じます

**デフォルトの名無しさん** · 2018/11/13(火) 00:34:52.70

PART2建てればええやろ

**デフォルトの名無しさん** · 2018/11/13(火) 00:36:05.78

それかPART2=Javaは死んだのか
で良いかと

**デフォルトの名無しさん** · 2018/11/13(火) 03:55:41.85

これ読んで好きなの選びなさいよ
いつまでグダグダアホな話してるんだか
https://docs.google.com/document/d/1HtUnuAkUEDGL2gwUOkrDrmLe_zrD6wpAyqYBZxRmHv4/edit?usp=sharing

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

>>914でいいんじゃないかな

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

行きわたったら有料化

これ基本

**デフォルトの名無しさん** · 2018/11/13(火) 09:04:13.61

https://www.sejuku.net/blog/65057
この記事のさぁ、↓の記述って、この時はそうだったってこと？今普通にJDK１１無料でダウンロードできるよね？
まぁ、そもそも「Javaサポートもついに有償化」って、Javaサポートが無償だった事は今までにないわけだからタイトルの時点で間違いは間違いなんだけど

---
Java10のリリースから6ヶ月後にリリース予定のJava11およびそれ以降のOracle JDKは、Oracleと有償サポート契約を結んだユーザーにのみ提供されるようになります。
---

**デフォルトの名無しさん** · 2018/11/13(火) 10:57:38.07

>>918
バイナリの配布≠提供
後者はライセンスも含むのだろう
無償で落とせるOracle JDK 11は純粋な評価と開発の目的にしか使用してはならない
どこまでが「開発」かは解釈の余地があるけど、常識的に考えてシステムテストはアウトだろうね

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

>>919
システムテストも無償と言うヤツも居るしな

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

それで食べ頃になったら訴訟食らうわけか

**デフォルトの名無しさん** · 2018/11/13(火) 13:20:57.69

>>918
クラウドソーシングで500円で書いた記事かね？

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

寧ろpart2にここまでの内容をまとめた物を載せた方が年明けに向けていいんじゃないか?
自分は未だに解らないから実際まとめて欲しい

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

>>915
これまとまってるけどAzureとAWSのサポートが抜けてるな

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

>>915
これにアップデートとサポートの意味の違いかいてあるけど、
日本語の記事はアップデートの意味でサポートって言葉使いすぎじゃねーかな

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

企業がユーザ支援一般を指してサポートって用語を使っちゃうから
どうしようもない気がする

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

Oracle JDK11 が、開発／評価用途のみでしか利用できないって言うけどさ、
Oracle JDK11 使って例えばデスクトップアプリ開発するじゃん？

１．それをフリーソフトとして配布するにはオラクルに金払う必要ある？
２．それをシェアウェア（半分死語っぽいけどとにかく商用利用）として配布する場合はオラクルに金払う必要ある？

※ JREはJava8より後のはユーザーにダウンロードさせるのはちょっと難しそうなので、packager とか何かしらの形で同梱するとする。

とりあえず、６ヶ月目より後のアプデが受けれないというのは承知の話で。

どちらにせよ、OpenJDK で作ったか、OracleJDKで作ったかなんて判断つくものなのかね？

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

基本、良心にまかす　　　　ということにしとく

何か面倒があったら「だから言ったのにい」っていう余地を残す

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

http://www.torutk.com/projects/swe/wiki/Java_Flight_Recorder

JFRのライセンス形態がJDKにも適用されるようになった的な考えでいいのかな？
JFRはJDKと一緒にダウンロードできるし、開発・評価目的なら無料だけど、商用利用の本番環境で実行する時には金必要みたいな。

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

JDKの配布は禁止となってる
実行環境もJDKの一部なんだからパッケージして同梱したものを配布は完全にアウト
有償配布した場合は商用利用で2アウト

グレーゾーンですら無いよ

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

何にせよ
本番稼働で課金だろ

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

>>927
1. ユーザー数×$2.5をオラクルに上納する必要がある
2. ユーザー数×$2.5をオラクルに上納する必要がある

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

補足
↑は一ヶ月当たり

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

Oracle JDK に関しては無料でダウンロード出来るってだけで、完全に商用って感じなのか
Oracle JDK で作ったら、ライセンス的にはフリーソフトの配布でもだめなのね

デスクトップ用の実行環境再配布に関しては、OpenJDK ならGPLv2 だから、
従来のOracleJRE再配布よりもさらに自由で、こっちを選びなさいってことみたいだね

Oracle的にも実行環境同梱するのは推奨してるみたいだし、だからこその JRE 8 の自動バージョンアップ停止なのかね

ってことで今後は、無償でLTSのAdoptOpenJDKのJDK11で実行環境同梱して配布するのが一番良さそうって感じか

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

AdoptOpenJDKはデフォでポータブルな感じでいいね、zip解凍するだけっていう
インストーラとかまじ邪魔だからな

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

>>935
OracleのOpenJDKもそれは変わらんやろ