Java有償化まとめ

1 名前：デフォルトの名無しさん mailto:sage [2018/07/23(月) 15:03:10.26 ID:JAUjD514.net] よく分からんのでまとめて下さい。 会社のローカル開発環境はお金払うの？ JavaRuntimeとかあったような… 諸々よろしく。 681 名前：デフォルトの名無しさん mailto:sage [2018/11/01(木) 23:22:53.17 ID:DtT8Cv0d.net] >>668 認可されてないよ 特許の利用を正式に認められているのは、TCKをパスしてOracleによってJavaとして承認された実装のみで、IBMはもちろんその承認を受けてる 当然OpenJDKのソースも内部的にはOracle自身によってTCKをパスすることを常に保証されてるはずだけど、 形式的にはOpenJDKの公式リポジトリのソースは単なるソースでありそれ自体はJavaの実装ではないことになってる Javaの商標と特許を利用するには、OpenJDKといえどもそのビルドはTCKを通さなければならない OpenJDKを特許侵害の恐れのない形で使うには、自分でOracleに申請してTCK貰って自分でビルドして通すか、 AdoptOpenJDKなどのTCK通過済みのディストリビューションを使うかどちらかが必須 682 名前：デフォルトの名無しさん mailto:sage [2018/11/01(木) 23:28:46.41 ID:4WHvpdbs.net] >>669 Linuxディストリビューションがパッケージにするために独自ビルドしてるけど その扱いはどう考えてるの？ 683 名前：デフォルトの名無しさん [2018/11/02(金) 00:06:27.77 ID:kDj1/TEE.net] >>668 Android 7.0 Nougatから、GoogleはJavaのライブラリを「Open JDK」へ切り替えた 「Google、Android NでJava言語ライブラリをOpenJDKに変更へ」 juggly.cn/archives/170505.html ところで、Android 6.x以前の端末でAndroid 7.0以降にバージョンアップしていない端末が 結構あふれているけど、それはJava 8の無償サポートが終わる2019年1月を過ぎても使用に問題 ない？ あるいは、元々Android 6.x以前の端末は著作権侵害のHarmonyの技術を用いられているけど、 それはそれでJava 8の無償サポートの話とは別個の問題だから、Android 6.x以前の端末の使用が 2019年2月以降も継続することによってGoogleがOracleに支払う賠償額に大きく影響を与える けど、ユーザーが使用を継続すること自体は（売った端末のセキュリティのパッチについては Googleが責任をもってユーザーに行うとして）できるととらえていいのかな？ OpenJDK絡みで、Javaはもう死んだだの大丈夫だのの話題はよく挙がるけど、そもそも著作権 違反の状態であるのにもかかわらず、相当数の流通量がまだまだ世界中で出回っており、使用 しているユーザーもまだかなりいるAndroid 6.x以前の端末について全くと言っていいほど語ら れることがないのですが、注目されるJava有償化の話題に隠れて、ユーザーが自然減少して消滅 するまで、Javaの著作権侵害の状態はGoogleによって放置されていくのでしょうか？ 684 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 00:18:38.98 ID:XSd72TDn.net] >>670 赤信号みんなで渡れば怖くない理論だよ そもそもLinuxが特許侵害の塊みたいなもんで、GPLv2に暗黙的な特許許諾があるという特に判例のない前提が崩れたら全てが無に帰す 今更Javaの特許侵害なんか屁でもない 685 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 00:26:46.73 ID:BZls9/BA.net] >>672 支離滅裂だなあ 686 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 00:36:58.71 ID:XSd72TDn.net] >>673 難しい言い回しだったかな？ 要するに、Linuxのソースに多くの特許が含まれているのは明らかであり、その存続はGPLv2に暗黙の特許許諾が含まれていることが大前提 つまり、それを否定するならLinux自体がそもそも存在できないわけ だからLinuxを使っている以上は、同じくGPLv2であるOpenJDKにも同様に暗黙の特許許諾がある、と信じるしかないの そもそも問題が存在しないんだよ 687 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 00:43:36.02 ID:BZls9/BA.net] >>674 特許侵害と暗黙の許諾をごちゃまぜにしてるのが支離滅裂 688 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 00:54:54.21 ID:XSd72TDn.net] >>675 企業が自分の特許を使ったソースを過去にLinuxにコミットしてて、 後にその特許がパテントトロールに売却されてるケースとか間違いなくあるでしょ 暗黙の特許許諾が無ければ全Linuxユーザーが特許侵害で訴訟リスクに曝されることになるよ 689 名前：デフォルトの名無しさん [2018/11/02(金) 01:24:06.82 ID:kDj1/TEE.net] 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の見解を表明して欲しいと感じます （もし私が知らないだけで)見解を表明していたら御免なさい) 長々と駄文を綴りすみません 690 名前：デフォルトの名無しさん [2018/11/02(金) 03:46:34.50 ID:QrdDzE/0.net] どんな判決出るかも分からんのに何を表明しろと 691 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 04:12:59.81 ID:tmRne/9W.net] >>676 まあ企業もGPL違反しまくってるし、多少はね？ 692 名前：デフォルトの名無しさん [2018/11/02(金) 09:48:08.56 ID:kDj1/TEE.net] >>678 著作権侵 693 名前：害についてはもう判決は確定してるでしょ あとはどれだけGoogleのフェアユースの主張が認められて、Oracleへの賠償額を どれだけ減らせるかっていうGoogleとOracle間との条件闘争であり、ユーザーには 直接関係ない ただ、Oracleへの著作権侵害侵害状態が続いている端末について、使用を継続すること を心配するユーザーに対し不安感を拭う為に、「端末の回収とかはなく、賠償額をユー ザーに求めることもない」といった声明を出したらいかがかなと思う ついでにAndroid ７以降の端末はOpenJDKライセンスだけど、OpenJDKは6カ月毎の バイナリの更新がされるけど、Android端末の利用に際してその影響が出るのか出ない のかっていうこともユーザーに対し説明して欲しいな [] [ここ壊れてます] 694 名前：デフォルトの名無しさん [2018/11/02(金) 10:27:26.86 ID:XOhAW2QA.net] googleの対応は賠償額と無関係って勝手に思い込んでるだけだよねそれ 695 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 11:19:26.30 ID:0YO6EsHZ.net] >>676 つまりAndroid6.0.1以前はOS部分に怪しい仕様が有った可能性が有るって事だわな 696 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 11:22:44.19 ID:0YO6EsHZ.net] まあ、GoogleはAndroid自体もう止めるからね Android6.0.1以前端末は既にゴミって事だな セキュリティパッチ自体、スマホメーカーは停止し始めてる 697 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 11:28:53.66 ID:X9OSZio2.net] >>669 tckのキットは登録か参加かなんかして配布されるはずなので、 centosやdebianほかでビルドして配布してるバイナリは、 ビルドしてからtck通してしてないと思う。 amazonlinuxはどうしてるんだろ。 https://blog.joda.org/2018/08/java-is-still-available-at-zero-cost.html 698 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 12:05:46.57 ID:BZls9/BA.net] >>684 Debianは開発ポリシーとして特定の会社の認証受けないと 再配布や改造が禁止されるようなソフトは取り込まないのは はっきりしてるので特許だ裁判だというのはどういう話なのか 699 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 12:08:15.61 ID:0YO6EsHZ.net] OpenJDKのソース貰って自前でLTS唱って提供するdistributionが増えるって事だよな 中小企業が6ヶ月毎にビルドし直しするの面倒だから、そういうdistributionの環境を構築する方向へ動くだろうよ RedHatはIBMに食われて将来的に無くなるだろうし、他のdistributionでLTS保証するLinuxなり使う方が良い 700 名前：デフォルトの名無しさん [2018/11/02(金) 12:13:53.91 ID:7ojsfeLp.net] >>681 フェアユースが認められなかったら、知らないうちに通信料に(一時的に)上乗せされるかも知れんね。 701 名前：デフォルトの名無しさん [2018/11/02(金) 12:16:48.19 ID:kDj1/TEE.net] >>681 >googleの対応は賠償額と無関係って勝手に思い込んでるだけだよねそれ Android 6.x以前の端末に対するGoogleの対応は賠償額と関係あるというのであれば、 Googleはこれ以上賠償額を増やさない為に、回収とか交換とか端末の巻き取りを直ちに強行 しないといけなくなりますが、違いますか？ Googleによる端末の巻き取りの強行が必要なら、今頃携帯会社とか大変な騒ぎになっている はずですが、実際今そうはなっていないではないですか 702 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 12:22:05.38 ID:0YO6EsHZ.net] Androidはバージョンアップでハードも刷新するパターンが出来上がってる 過去の機種は切り捨てするのが当たり前になってる スマホメーカーの行動がGoogleに有利になったと言う事かと 703 名前：デフォルトの名無しさん [2018/11/02(金) 12:28:17.17 ID:7ojsfeLp.net] うむり。 判決出る前に新しく買い替えて貰えばおk。 最悪、通信料上乗せで通信各社もGoogleも懐痛まない。 (頑張った姿勢見せて、何の連絡もなくこっそり引き落とせばいい) 704 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 12:37:18.45 ID:3EaYIZ29.net] >>685 だからLinux世界においては「GPLならフリー！」が絶対的公理なの。 OpenJDKはGPL2.0だ。だから自由なソフトウェアだ。 それ以上の議論は必要ないの。 それを否定するってことはLinux世界の存在そのものを否定するのと同じ。 705 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 12:45:26.40 ID:BZls9/BA.net] >>691 妄想家はお呼びじゃないです 706 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 12:59:58.33 ID:wMufBn6h.net] android端末回収は非現実的だろうけど 遠隔で強制ロックは技術的に可能な予感 707 名前：デフォルトの名無しさん [2018/11/02(金) 14:25:14.57 ID:kDj1/TEE.net] Android 6.x以前の端末の巻き取りはしないでしょうけど、通常のandroidサービスを終了させて 最新機種への買い替えを促して実質的に切り捨てる手段を採ると思う 例えば、Google ドライブとかPicasaとか終了させて、GMailとブラウザ機能ぐらいしか残さない かもしれない Android ７以降の端末はOpenJDKなのでサポートはずっと続けるが、著作権違反の6.x以前の 端末に対するサービスのサポート切り捨ては、数年以内に実施されるんじゃないかと考えている 708 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 14:31:23.18 ID:KsRqKaQl.net] ALCATELやZTEのAndroid6までの端末が安く在庫処分されてるのはそういう事だわな 709 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 15:16:31.78 ID:rGPPOHLz.net] 泥使えなくしたいならstoreにアクセスできないようにすればいい 710 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 15:18:21.01 ID:KsRqKaQl.net] >>696 あんまり意味無いよ apkファイル使うし 711 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 20:44:47.87 ID:+rJoItc7.net] JREを強制的に削除させようとするアップデートが来たけどこれって今回のJRE廃止と関連してるのかな？ 勝手にアンインストールして業務システムが動かなくなるトラブルが多発して更にJavaが嫌われそうだ� 712 名前：ﾋ [] [ここ壊れてます] 713 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 21:04:40.41 ID:KsRqKaQl.net] JREを自分でビルドしろって話でそ 714 名前：デフォルトの名無しさん mailto:sage [2018/11/02(金) 22:55:10.64 ID:sRHNZkUe.net] 特許についてGPLでどう謳おうが権利者自身が訴えたらそれに対抗できるわけはないわな。 715 名前：デフォルトの名無しさん mailto:sage [2018/11/03(土) 13:59:34.46 ID:nTXQp17f.net] >>700 権利者が第三者の場合はその通りだけど、権利者がGPLでライセンスしたものに対して 権利者自身の特許権を行使できるかという話をしていると思って読んでいるんだけど、違うのかな。 716 名前：デフォルトの名無しさん mailto:sage [2018/11/03(土) 14:41:22.17 ID:q2N3VeHV.net] >>701 その通りだね 米国法ではGPL2が暗黙的な特許許諾を含むとの解釈が主流であり、権利者が利用者に対して特許権を行使することはできないと信じられている しかし判例はなく、また、英国など米国以外の国内法の下では異なる見解が示されていることもあり、グレーである GPL3の特許条項はまさにこの問題を解決するために導入されたものに他ならず、オープンソース界の存続の根底に関わる極めて重要な問題として広く知られてる 717 名前：デフォルトの名無しさん mailto:sage [2018/11/03(土) 18:39:26.30 ID:8npdYEI2.net] openjdk.java.net/groups/conformance/JckAccess/jck-access.html https://blogs.oracle.com/java-platform-group/the-openjdk-community-tck-license-agreement-octla 718 名前：デフォルトの名無しさん mailto:sage [2018/11/03(土) 18:39:42.96 ID:8npdYEI2.net] 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 719 名前：デフォルトの名無しさん mailto:sage [2018/11/03(土) 18:40:03.59 ID:8npdYEI2.net] 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 720 名前：デフォルトの名無しさん mailto:sage [2018/11/03(土) 19:03:13.08 ID:8npdYEI2.net] centosやojdkbuildみたいなrhクローンは商標外したり少し変えてビルドしなおしてるけど、通るはずってところかね、、、 721 名前：デフォルトの名無しさん mailto:sage [2018/11/04(日) 15:40:23.41 ID:NwgTWAPc.net] >>678 OracleがSunを買収した金額＝74億ドル。GoogleがOracleに払う賠償金＝88億ドル。 GoogleはOracleに金を払うよりもSunを買ってた方が安上がりだったねｗ 722 名前：デフォルトの名無しさん mailto:sage [2018/11/04(日) 16:12:42.27 ID:3Z+kwaLR.net] >>706 上で何度も言われてるけど、GPLだから問題ないよ GPLに基いた利用者を特許侵害で訴えるのは理論的には可能だけど、そんなもん核戦争起こすようなもんで確実にOracle自身も吹き飛ぶ結果になる まあOracleが傾いてJava関連の特許が特許ゴロに売却されたりしない限りは大丈夫 723 名前：デフォルトの名無しさん mailto:sage [2018/11/04(日) 16:33:13.27 ID:X7N3Yphx.net] >>GPLに基いた利用者を特許侵害で訴えるのは理論的には可能だけど 可能性有るのに問題無いとかw ユーザーのお前さんの言葉なんて何の気休めにもならんわ 724 名前：デフォルトの名無しさん mailto:sage [2018/11/04(日) 20:56:58.38 ID:hzKRM8QD.net] >>709 飛行機だって落ちる可能性あるけど、みんな問題ないと言って乗っているわけで... そういうレベルの問題ないだと思う。 725 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 01:40:38.34 ID:EJ2TZNts.net] >>708 中国がGPLを悪用して米国の知的財産を侵害している などと言い立ててから訴訟を起こせば、今ならoracle勝 726 名前：てそう、最高裁で。 [] [ここ壊れてます] 727 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 04:03:51.03 ID:mIDt2u2A.net] >>710 実際、落ちてるだろ 何をか言わんや 728 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 04:06:09.50 ID:mIDt2u2A.net] >>707 サンマイクロシステムの実態無いのに?w 資産とJavaとMySQLを頂くとか?w 今となっては不要だろ 729 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 18:37:25.55 ID:uz7ZPYCW.net] >>712 飛行機には乗らないのか? 乗ろうとする知人に落ちるかもしれないからやめておけと言って止めているのか? 730 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 18:52:17.06 ID:kGiUue3V.net] >>714 怖いから乗らないという人は意外と多いよ 偏見だけど、合理性よりも感覚を優先するプログラミングに不向きな人が多い印象 731 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 18:54:39.04 ID:9y9XQ9xC.net] RedHatに340億ドル出せるIBMがなぜSunを買ってくれなかったのか 732 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 22:13:18.68 ID:4r6RuT4G.net] 合理性で墜落して市んでれば世話ないよ 少なくとも国内は新幹線という最強の乗り物が有るんだから 733 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 22:26:27.20 ID:uz7ZPYCW.net] >>717 理解した。飛行機に乗らないタイプの人か。 しかし、知人に落ちるかもしれないからやめておけと言ってドン引きされないか? 734 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 22:31:30.90 ID:+/aekUDs.net] >>713 >今となっては不要だろ Oracleに84億ドル払う今だからこそ、GoogleにとってSunのJavaは必要だったのでは？ 735 名前：Javaから脱出する先 mailto:sage [2018/11/05(月) 22:33:26.77 ID:+/aekUDs.net] JavaはCOBOL同様にメンテしつつも、Javaの代替に何を使いますか？ Erlang/OTPは難しそうですね？ 736 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 22:33:56.68 ID:s0h84/dz.net] 飛行機落とされたくなかったら服脱げよああん？（Win１０） 737 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 22:48:37.09 ID:+8SHYbvy.net] >>720 C#(場合によってはVB.NET) PHP Python Perl まあ3Pが主要だろ 無料だし C#(VB.NET)は今さらだしな 738 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 23:14:15.38 ID:tnmYV34i.net] >>722 C#も無料だし、Javaの移行先としては妥当やろ 739 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 23:18:06.20 ID:zyjWsUjX.net] LinuxのサーバサイドてC#ってJava並みに普及してるか？ 740 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 23:23:36.71 ID:tnmYV34i.net] うんにゃ 移行先としては妥当って話 741 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 23:54:29.41 ID:ovoNT1LY.net] OracleのリスクはギャーギャーいうのにMSはいいんかーい 742 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 23:58:01.01 ID:zyjWsUjX.net] >>725 C#やってないから知らんのだけどLinux上のJavaのシステムをC#でリプレイスするぞー というのは堅実的なんか？ 743 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 23:58:37.98 ID:zyjWsUjX.net] >>727 堅実的→現実的 744 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 00:01:28.20 ID:HIVoSst9.net] >>727 元がJavaって前提ならね 下手なスクリプト言語よっかよっぽど現実的だしパフォーマンスもダンチ 745 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 00:12:52.19 ID:CGn1tjw4.net] >>729 周辺ライブラリやエコシステムも？ 746 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 00:38:21.95 ID:HIVoSst9.net] >>730 も？ 747 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 00:46:04.34 ID:CGn1tjw4.net] >>731 も以降先として充実してる？ 748 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 01:01:36.23 ID:HIVoSst9.net] >>732 具体的に何がしたいのか知らないけど、.NETで駄目なら相当ニッチな分野かと 749 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 01:33:01.17 ID:CgLejKNb.net] >>726 リスクないもの。 750 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 02:11:14.68 ID:v3+kBu+E.net] Java→C#はプログラムソース転用出来ないからね ソース転用出来ないならVB.NETでも変わらん それこそJava→PHP,Perl,pythonでも同様 組み替えになるのは変わらない 751 名前：デフォルトの名無しさん [2018/11/06(火) 05:37:14.36 ID:GFB90oOd.net] スクリプトで済むんなら最初からスクリプトで組んでるだ� 752 名前：�うし、そうなるとJavaの移行先はC#しか無いわな。 MSのエコシステムで固めれば至れり尽くせりではあるし。 [] [ここ壊れてます] 753 名前：デフォルトの名無しさん [2018/11/06(火) 05:51:41.46 ID:BgqxGxaf.net] C#はJavaと同じ運命をたどるかもわからん、もう嫌だわ かといってRubyはやる気が起きん 特許抵触部分を取り除いたJ--言語を誰か作ってくれんかな 754 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 07:29:42.86 ID:YGMwXXKo.net] >>735 そのまま転用はできないけど、スクリプト言語よりマシ てかVB.NETとか頭おかしいわ 755 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 08:37:10.10 ID:QHxUsdBH.net] Javaの代わりにOCamlはどうだろう？ MSのF#もOCamlがベース。 BucklescriptでOCamlでJavaScriptも書ける。 便利だよね？ 756 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 12:54:04.86 ID:v3+kBu+E.net] サーブレット、JSPはスクリプト系言語に取って変わられる それ以外の部分はC#と言うか.NET 757 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 19:05:24.00 ID:NEr4gW6b.net] Scala終了ということでok? Android開発には影響なさそう&nativeという道があるkotlinは将来性ありそうだが 758 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 21:33:04.78 ID:nXssBivk.net] ScalaはOracle問題とは一切無関係にとっくに完全終了してるよ もうElixirくらいのマニア言語の一つであり、実用的には全く無視して差し支えない 759 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 21:35:48.70 ID:CHcRxdPs.net] あるtwitterより というかOpenJDK、Windows版もあるのか。わざわざアプレットのために仮想環境用意しなくて済むかもしれぬ アプレットとかまだ使ってるヤツ居るんだな 760 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 21:46:03.13 ID:ahLHh+wM.net] >>742 いつ始まってたの？ 761 名前：デフォルトの名無しさん [2018/11/06(火) 21:51:16.68 ID:AtwaFEbY.net] Scalaも遅まきながらnative開発に乗り出している https://github.com/scala-native/scala-native とはいえ、Kotlinとは違いGoogleのAndroid公式サポート言語宣言のような大きなプッシュをしてくれる IT界の巨大企業なんかもついていないし、コミュニティ自体も小さいし かりにnative開発に成功して脱JVMを成し遂げても、メジャーな言語への変貌はおそらくないだろうな 762 名前： mailto:sage [2018/11/06(火) 22:37:12.24 ID:MhNpcfCg.net] >>745 CPU でさえ x86 の皮をかぶっているだけで、中身は別物だときいています、そんな世にあえて native にこだわる理由はなんでしょうか？ 763 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 23:48:25.30 ID:rz4WDKe3.net] scalaはむしろJavaから離れたら枯れる気がする 764 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 17:23:45.30 ID:wcdqiT2/.net] oracleは、tck通ってればjavaに関して保有してる特許権も無償で利用できるようにするけど、tck通ってない場合はダメってはなしだったかなと 765 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 19:41:30.43 ID:dn6vDDxU.net] TCK通過じゃないのは裁判起こします 766 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 20:31:28.11 ID:wA8y7voN.net] 現状Oracleの許可なしで改変されたソースバイナリ共あちこちで配布されてるわけだが 767 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 21:09:58.42 ID:cflrSqkM.net] 今から業務系のシステムを作るとなったらJava以外に何採用すればいいの？ 768 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 21:11:36.24 ID:cflrSqkM.net] すぐ上でC#とか話されてた 失礼 769 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 21:12:25.78 ID:+HyKX3eQ.net] >>747 とっくに枯死してるんだが 770 名前：デフォルトの名無しさん [2018/11/07(水) 21:30:55.74 ID:h4FWJh3K.net] MSの良い？所は(開発環境を作った)コードに対してしか課金しない。 (最近はApple真似て開発環境無料で年会費取るけど) CPUやコア数で課金しない。 (開発人数で 771 名前：は課金するけど、逆にVSエンプラが無いのは、それだけ開発者を揃えられない(悪い意味での)証だったから、VSエンプラ入れてない会社なんてなかった) 個人的にはWinMobileとかの方が初期投資さえ済ませれば好きに作って配布できた分楽だった。 (ファイルへのアクセス含め) ユーザーやセキュリテイ的には今の方が安全かもだけど、開発的には楽。 個人でも最適化欲しさにProは買ってた。 [] [ここ壊れてます] 772 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 21:32:32.93 ID:4Q/iuGqA.net] >>754 日本語 773 名前：デフォルトの名無しさん [2018/11/07(水) 21:34:24.80 ID:h4FWJh3K.net] デスクトップや小規模なwebアプリには今はいい時代になったと思うけど、モバイル向けの環境は学習にはやや不便。 774 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 02:47:06.75 ID:TZ8SOU7V.net] あるtwitterより 効率よく開発できるならプログラミング言語は何でも良い派ですが、 Javaに関してはOracleJDKにしてもOpenJDKにしても、そこまでしてJavaにこだわる必要はもうほぼないよねという印象です。 今後Oracleが何するか読めないのも面倒くさいし、どうしても必要な場合を除き弊社ではJavaでの開発はやめました。 775 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 06:30:24.87 ID:/ZPieRkK.net] >>757 言語そのものしか使っていないならその通りだが、それ以外のツールなどを使って エコシステムにどっぷり漬かっていると、そうできないからみんなこんなに騒いでいる。 776 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 08:17:18.34 ID:Eqr6+fNZ.net] 今後の新規開発にJavaを一切使わないのは現在Javaにべったり依存している組織においても技術的にはそれほど難しいことではない 問題は、>>758の「それ以外のツール」ってのがSIerにとってはJavaドカの工数と事実上ほぼ同義であることで、この状況を覆すのは容易ではない そもそもJava自体が何よりも "Learn Once, Work Everywhere" の性質を背景にして普及してきたプラットフォームであるわけで、 他の言語と比べても人的リソースに特に強く左右される言語であることはいうまでもないだろう 777 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 10:14:37.95 ID:HV6KzCqy.net] Learn Once, Work Everywhere, Pay Someday 778 名前：デフォルトの名無しさん [2018/11/09(金) 14:58:51.56 ID:/QitoG9m.net] >>694 Androidのアプリ開発してるところは、Android 6.x以前の端末に対してアプリ提供を 続けていくつもりなのかな？ Android 6.x以前の端末に対しては、そもそもGoogleがOSサイドでOpenJDK対応して ないから色々難しい面があるのではないかと思うけど 779 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 16:12:24.58 ID:TZ8SOU7V.net] >>761 Android6.0.1以前は切り捨てでしょ 780 名前：デフォルトの名無しさん [2018/11/09(金) 22:58:22.21 ID:zMMfYdX4.net] 古いバージョンのJVMを使っていても強制的に金払わないといけないんですか？ 781 名前：デフォルトの名無しさん [2018/11/09(金) 23:13:39.87 ID:zMMfYdX4.net] Java8があと数年更新されるから Java8を使って置いて、サポートが切れた＆Java8で脆弱性が見つかったら OpenJDKの最新版に乗り換える、とかで良いのかな？ 782 名前：デフォルトの名無しさん [2018/11/10(土) 00:45:41.82 ID:nBJ6AH5S.net] >>764 Java8の無償サポートって、期限来年の１月末までなんですが.... もう残り3ヶ月切ってるよ 個人のPCでネット接続しないスタンドアローンのものならば構わないけど、 そうじゃない限りサポート無しっていう訳にはいかないだろ 金払いたくないけどJava使いたいならOpenJDKぐらいかな選択肢は 783 名前：デフォルトの名無しさん [2018/11/10(土) 00:46:54.88 ID:XE+BpAI8.net] OpenJDKの開発環境のセットアップとか アプリへの同梱作業は難しかったりするの？ 784 名前：デフォルトの名無しさん [2018/11/10(土) 00:49:46.77 ID:XE+BpAI8.net] OpenJDKもLTSが無いとかでAdoptOpenJDKが最有力に思える でも信頼 785 名前：性が無い・・・ [] [ここ壊れてます] 786 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 01:00:53.51 ID:U7c0Pk0M.net] >>767 信頼性とかRedHatエンプラやIBMもねーよ 787 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 01:06:50.31 ID:6+49N6C+.net] >>254 バトルフィールド５の初日パッチで修正される不具合 135ページに渡るらしいぞ。 開発間に合わなかったのかね 788 名前：デフォルトの名無しさん [2018/11/10(土) 01:16:17.70 ID:XE+BpAI8.net] Java8+JavaFXでやってるけど AdoptOpenJDK 11に乗り換えるか・・・ Eclipseもアプリ側も変更になる どれくらい大変なんだろうか 789 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 01:52:14.25 ID:KwPIhtFy.net] 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 openjdk.java.net/projects/jdk8u/releases/8u192.html 790 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 01:58:05.98 ID:KwPIhtFy.net] 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がないとビルドできなかったけど、どうなったんだろ。 791 名前：デフォルトの名無しさん [2018/11/10(土) 02:09:29.48 ID:XE+BpAI8.net] ありがとう。とりあえず11で試みて、ダメそうだったら8でビルドしてみる 792 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 05:46:20.37 ID:rcdP5hak.net] >>770のJavaFX 11体験談に期待。 mevius.5ch.net/test/read.cgi/tech/1404491265/ あたりでお待ちしています。 こちらはGluonのOpenJFX11を使いたいけど、32bit環境が残っているので足踏み状態。 793 名前：デフォルトの名無しさん [2018/11/10(土) 15:53:21.95 ID:XE+BpAI8.net] ・AdoptOpenJDKのLTSは、オラクルのサポートが打ち切られた後にバグが見つかったら、 独自修正するんだろうか？ ・その場合、その修正はオラクルの特許に絡まないんだろうか？ ・絡んだ場合、AdoptOpenJDKの再配布はリスクだろうか？ 794 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 20:24:22.62 ID:nQarlXc8.net] あらゆるソフトウェアが数多ある特許の何れかを侵害してしまうリスクを抱えているのでは 795 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 22:23:41.41 ID:KkzjltfE.net] >>775 結局Javaそのものがリスクになるんだよ。 Oracle以外がそうならないように頑張っているのは周知のとおりだけど、 Oracleが自分のところ以外のLTSを潰しにかかって言いがかりをつけ始めたら 泥沼化は避けられない。 そこまで馬鹿ではないだろうとか勝ち目はないだろうとか、そうならない だろう材料は当然あるけど、どんな馬鹿が台頭するかもわからないわけで。 それを、ある日インターネットが世界的に禁止されたら、と同じ程度の リスクと考えるか、ガソリンがレギュラー160円になるくらいのリスクと 考えるかはあなた次第。それをうまく立ち回れるのが求められている事。 796 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 23:10:32.74 ID:IfXeU3kb.net] OracleJDKはいやだ サード󾮕パーティーもいやだ OpenJDKを追いかけるのもいやだ 理想の世界はなんなの？ 797 名前：デフォルトの名無しさん [2018/11/11(日) 00:17:44.59 ID:Sc7c1qwR.net] 俺が今作ってるからもう少し待て 798 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 01:15:02.61 ID:AsOVz6G5.net] >>778 Javaなんて無かったことにする 799 名前：デフォルトの名無しさん [2018/11/11(日) 01:22:36.16 ID:Sc7c1qwR.net] Java以外に行っても解決しないだろ 例えばC#に行ったら、次はMSに振り回されるだけだ 800 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 03:10:44.83 ID:4b5Szb0b.net] C#は 801 名前：標準化してるからMSに振り回されることはないだろ トランプやEUがケチつけてくるとかはあるかもしれないが [] [ここ壊れてます] 802 名前：デフォルトの名無しさん [2018/11/11(日) 08:09:41.71 ID:ZG9KPLpE.net] 今からJavaで開発なんて、無謀すぎる。 803 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 08:23:31.19 ID:rISCeeCc.net] >>782 Javaの方がずっと古くから標準化されていると思うんだけど。 804 名前：デフォルトの名無しさん [2018/11/11(日) 09:02:59.51 ID:B3f/927d.net] 標準化ってISOでの標準化でしょ。 JavaはSunやOracleが権利振りかざして管理してただけで。 C#はMS以外からコンパイラでても訴えられる事はない。 (ただし、MonoみたいにMSに買収されることはあり得るが) 805 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 09:23:25.96 ID:aAdvRvKN.net] 何にせよ Javaの旬は終わった と言う事 806 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 15:29:06.31 ID:Q27An75F.net] 古くから標準化されてるからって、それがなんなの？ それをいったらCOBOLはそれのずっと前から標準化されてるって話になるけど 807 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 16:04:16.37 ID:jnAEWA8A.net] つまり変な仕変にや環境ごとの仕様の違いに振り回されることはない C#みたいに誰かの思惑でいいように内容を変えられたりしにくいってこった COBOLがだめなのは別の理由 808 名前：デフォルトの名無しさん [2018/11/11(日) 16:54:14.37 ID:Sc7c1qwR.net] MS系はやっぱり振り回される可能性高いと思うよ 何だったかWindowsストアと連携した機能とかあった気がする あとC#アプリ作ったとして、WindowsとLinux(Mono)で起動方法が違ってくるはず、昔調べた結果によると 確かWindows限定で動作する起動コードが同梱されるんだったか Windowsだとダブルクリックだけで起動できるけど、 Linuxだと.exeとMonoを関連付けないといけない でも.exeはC#限定拡張子ではない .jarはJavaを意味する拡張子だからJREと関連付けるのは妥当なんだけど 809 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:16:01.70 ID:4b5Szb0b.net] >>787 だから今でも生き残ってるし、Javaが死んでもCOBOLは安泰。 >>789 環境毎の違いをあげつらって、振り回されるとか言われてもなあ。 810 名前：デフォルトの名無しさん [2018/11/11(日) 17:18:47.03 ID:Sc7c1qwR.net] そうじゃなくて、俺が言ってるのは、 MSが自社製品を優遇するような仕様を入れるのは珍しい事じゃないということ 811 名前：デフォルトの名無しさん [2018/11/11(日) 17:24:16.88 ID:Sc7c1qwR.net] www.atmarkit.co.jp/fdotnet/special/mono10_01/mono10_01_04.html ＞「え！ Linuxなのに拡張子が“.exe”なの！」と思う読者もいると思うが、そのとおりである。 .exeは”MS系OSの実行可能ファイル拡張子”で、クロスプラットフォームな拡張子じゃない。 まずこの時点で自社製品優遇の仕様が入れられてる。 812 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:25:58.64 ID:zAxEw/s4.net] >>789 Linux用のバイナリ起動はよくは知らないんだけど、例えそうだとしたらexeからmonoとかに拡張子変えればいいだけじゃないのん？ 後、細かいことだけどMonoはC#環境じゃなくて.NET互換環境じゃないのん？ 813 名前：デフォルトの名無しさん [2018/11/11(日) 17:28:01.73 ID:Sc7c1qwR.net] それ言ったら言語とかの基礎的な仕様の意味が無いでしょ 「これしかできない」とか「これが標準的なやり方」っていうのを定めて、 それ以外を想定しなくていいことがメリットなんだから。 あとC#と.NETは適当に読み替えてくれ 814 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:29:43.27 ID:+zFRzgwj.net] >>788 日本語 815 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:32:33.83 ID:zL+4Qkmb.net] 仕様には入ってないだろ Microsoft.*名前空間にいろんなパッケージを作って配布はしてるのは事実だけど それは他のサードパーティ製パッケージやオープンソースパッケージを使うのと同じことだよね 816 名前：デフォルトの名無しさん [2018/11/11(日) 17:35:14.26 ID:Sc7c1qwR.net] それは仕様という言葉を極端に狭くとらえてる。 お前は今仕様という言葉を 817 名前：”言語仕様”に限定したんだろ？ 標準的な実行可能ファイルがexeである時点で、MS製品への誘導を行っていて、 クロスプラットフォームを純粋に追及できていない。 [] [ここ壊れてます] 818 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:35:37.20 ID:zL+4Qkmb.net] >>792 そもそもMonoはオープンソースで拡張子を決めたのはMicrosoftじゃないだろ exeはMicrosoft優遇とかいう理論も全くもって意味不明 格安はファイル名の延長でしかなくファイル名を解釈するプロセス側の問題 819 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:36:18.39 ID:zAxEw/s4.net] >>794 喧嘩売るつもりは全くないんだけど、Linux環境では「exeはMono用のIL」ってルールで運用しちゃダメなのん？ 気持ちいいか悪いかだけの問題な気がする。 820 名前：デフォルトの名無しさん [2018/11/11(日) 17:40:09.07 ID:Sc7c1qwR.net] Monoだけじゃなく当然Visual Studioとかで実行可能ファイルを作成してもexeだ その状況が何らかの標準化された仕様によるのか慣習なのかは知らないが、 クロスプラットフォーム的ではない。 >>799 もしexeに.NETと無関係な他のプログラムが関連付けられていたら？ jarにjreを関連付けるのはそういう問題が無い 821 名前：デフォルトの名無しさん [2018/11/11(日) 17:42:05.86 ID:Sc7c1qwR.net] ＞ファイル名の延長でしかなくファイル名を解釈するプロセス側の問題 そうじゃない。世界のソフトウェア開発全般のエコシステムの問題で、 exeを.NET限定拡張子であるかのように扱う事ができないんだけど、 それを要求されてしまってるんだよ。 822 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:43:31.86 ID:zAxEw/s4.net] >>800 実際にLinuxでデファクトスタンダードにexe拡張子が何かに割り当てられてるんだっけ？ もし「仮に割り当てられたら」という話ならjarだって同じ話になるんじゃないのん？ 823 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:44:18.59 ID:SJp8Yfn9.net] >>788 COBOLは金勘定特化言語ゆえ無くならない コンセプト勝ち Javaは開発も実行も無料で、どこでも動く、だったのが 実行したければ金払え、になったから 824 名前：デフォルトの名無しさん [2018/11/11(日) 17:45:22.68 ID:Sc7c1qwR.net] >>800はWindows環境で.NET FrameworkでVSで実行可能ファイルを作成しても、という意味 825 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:46:15.61 ID:zAxEw/s4.net] >>801 ああ、ようやく貴方の言いたいことがわかった。 「Windowsでexeが実行ファイルの拡張子である限り、LinuxでのexeはMonoの拡張子じゃ許されない」ってこと？ 826 名前：デフォルトの名無しさん [2018/11/11(日) 17:48:27.17 ID:Sc7c1qwR.net] >>802 >>789 ”意味が違う”。現時点で実際に関連付けられているかじゃなく、 今後exeに.NETと無関係なプログラムを関連付ける事が行われても不思議じゃないということ。 jarにjavaともjvmとも無関係なプログラムを関連づけるなら、それは関連付けたやつが間違い。 jar = java archive https://ja.wikipedia.org/wiki/JAR_(%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88) ＞JAR（ジャー）またはJava Archive（ジャバ アーカイブ）とは、コンパイルされた複数のJavaバイトコード及びそれが使用する画像などのリソースを一つにまとめZIP形式で圧縮されたファイル、及びそれを出力するツールのこと。 exe https://ja.wikipedia.org/wiki/EXE%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88 >EXEフォーマット（エグゼフォーマット）とはMS-DOSおよびその互換・後継環境の実行ファイルフォーマットである。 827 名前：デフォルトの名無しさん [2018/11/11(日) 17:49:40.25 ID:Sc7c1qwR.net] >>805 「exeがWindows用実行可能ファイル全般の形式として定義されている限り、 Linux環境でMonoとexeを関連付ける事ができない」ということ 828 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:51:36.78 ID:zL+4Qkmb.net] >>801 だれもexeを.NET限定拡張子としてないし要求もしてない アプリケーションがexeという拡張子を見てどう解釈するか？ それを決めるのはアプリケーションの開発者の自由 829 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:51:55.92 ID:+zFRzgwj.net] >>807 .NET Core知らないおばかさんかな？ 830 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:52:34.23 ID:zAxEw/s4.net] >>807 Linux環境でMonoとexeが関連付けできないと言い切るのは少し違和感があるけど、Monoはオープンソースなんだしコミュニティに要望出してみたらどうだい？ 831 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:53:34.24 ID:zL+4Qkmb.net] >>807 関連付けできるよ お前は 832 名前：何が言いたいんだ？ [] [ここ壊れてます] 833 名前：デフォルトの名無しさん [2018/11/11(日) 17:54:48.12 ID:Sc7c1qwR.net] >>808 Windowsと同じ起動方法を取らせるにはlinux環境でmonoを.exeと関連付ける必要があるから。 >>799もLinux環境でexeをmono専用にしようというアイデアを持ってしまってる。 >>809 それでどんな事情が変わるのかを教えてくれ 834 名前：デフォルトの名無しさん [2018/11/11(日) 17:55:46.69 ID:KBFxC5Cm.net] JVMJ9CL002I　クラスは、非 J9 ライブラリーか、誤って縮小された JXE からのものです 説明　クラス・ライブラリーの .jar ファイルは、この仮想マシンと互換性がありません。 システムの処置　JVM は開始できません。 ユーザーの処置　クラス・ライブラリーを JVM と互換性があるようにしてください。 JVMJ9CL003E　互換性のないクラス・ライブラリー・バージョン: JCL %1$x、VM %2$x 説明　クラス・ライブラリーが、JVM と同じリリースからのものではありません。 システムの処置　JVM は開始できません。 ユーザーの処置　JVM とクラス・ライブラリーが同じリリースからのものになるようにしてください JVMJ9CL005E　互換性のないクラス・ライブラリー・バージョン: VM v%1$i が必要ですが、v%2$i が見つかりました 説明　クラス・ライブラリーが、JVM と同じリリースからのものではありません。 システムの処置　JVM は開始できません。 ユーザーの処置　JVM とクラス・ライブラリーが同じリリースからのものになるようにしてください。 835 名前：デフォルトの名無しさん [2018/11/11(日) 17:56:16.02 ID:Sc7c1qwR.net] >>811 >>801 例えばLinux向けデスクトップアプリを配布するにあたって monoとexeを関連付けるように呼び掛ける事はできない。 世界のソフトウェア開発のエコサイクルのため、できない。意味が違うから。 コンピューターがチューリング完全であるという意味から可能というのは、違う。 836 名前：デフォルトの名無しさん [2018/11/11(日) 17:57:44.79 ID:KBFxC5Cm.net] Javaはｳﾝｺ （証明終） 837 名前：デフォルトの名無しさん [2018/11/11(日) 17:58:54.93 ID:KBFxC5Cm.net] jarとかclassﾌｧｲﾙをzip化しただけのｸｿのくせに なにいきってんの 838 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:58:56.33 ID:zL+4Qkmb.net] >>814 起動スクリプトでもなんでも書けばいいだろがい お前の言い分が通るならjarをjavaの拡張子としてシステムに登録することを個々のユーザーに強いることはできないからjarもアウトだぞ？ 839 名前：デフォルトの名無しさん [2018/11/11(日) 18:00:40.39 ID:KBFxC5Cm.net] 複数のvmをｲﾝｽﾄｰﾙして動作させてる環境では 複数のjarﾌｧｲﾙがあった場合 どのvmで動作させるのが適切か判別すらできない 840 名前：デフォルトの名無しさん [2018/11/11(日) 18:01:27.31 ID:Sc7c1qwR.net] >>817 ＞jarをjavaの拡張子としてシステムに登録することを個々のユーザーに強いることはできない できる。jarはjava専用拡張子だから。 起動スクリプトを書いたとして、linuxユーザーは起動スクリプトを使う、 windowsユーザーはexeを直接使うといった事を指示しなきゃいけない。 クロスプラットフォーム的じゃない。 841 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:04:29.53 ID:zAxEw/s4.net] うん、さすがに論理展開が強引になってきちゃったな。 早い話がLinuxとWundowsで少しでも起動方法が違うのが許せない、真のマルチプラットフォームとは言えないって事だよね。 OSが違うんだし、そのぐらいは許容してよ。 842 名前：デフォルトの名無しさん [2018/11/11(日) 18:05:56.28 ID:Sc7c1qwR.net] >>820 俺の主張が変化したかのように印象操作をするのをやめてくれ。 俺の主張は少しも変化していない。 >>789 >WindowsとLinux(Mono)で起動方法が違ってくるはず、 843 名前：デフォルトの名無しさん [2018/11/11(日) 18:06:55.45 ID:KBFxC5Cm.net] JVMJ9CL000E 非互換クラス・ライブラリー 説明　クラス・ライブラリーの .jar ファイルはクラス・ライブラリーのネイティブ・コードと互換性がありません。 システムの処置　JVM は開始できません。 ユーザーの処置　vm.jar ファイルが JVM と同じバージョンになるようにしてください JVMJ9CL001I -jcl:%s を指定して実行してください 説明　クラス・ライブラリーの .jar ファイルは、クラス・ライブラリーのネイティブ・コードおよび JVM と互換性がありません。 システムの処置　JVM は開始できません。 ユーザーの処置　クラス・ライブラリーのネイティブ・コードおよび JVM を、指定されたクラス・ライブラリーの .jar ファイルと互換性があるようにしてください。 そもそもjavaがﾈｲﾃｨﾌﾞｺｰﾄﾞ埋め込むのを許容してる もともとｸﾗｽﾌﾟﾗｯﾄﾎｰﾑである保証なんかどこにもない 844 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:07:08.79 ID:zL+4Qkmb.net] javaはコマンドからしか使わないから jarをダブルクリックしたらzip解凍してほしいと考える特殊なユーザーだっている(俺のことな) なので俺は関連付けでそうなるようにしてる 拡張子は「使う側がどうしたいか？」それだけなんだよ monoユーザーは大部分の人がexeでいいと納得してる でもお前みたいなexeは嫌だと考える人が居てもいいんだ 嫌なら関連付けの設定を変えるだけでいい それは誰も禁止なんてしてない 845 名前：デフォルトの名無しさん [2018/11/11(日) 18:09:00.36 ID:Sc7c1qwR.net] >>822 ＞クラス・ライブラリーのネイティブ・コード これはJVMの標準ライブラリのネイティブコードであって、 アプリ側のネイティブコードを指してるわけじゃないと思う。 846 名前：デフォルトの名無しさん [2018/11/11(日) 18:09:02.35 ID:KBFxC5Cm.net] 関連付けても 利用者の計算機で実行できる保証なんかどこにもない javaのﾊﾞｲﾄｺｰﾄﾞだけであっても動作する保証がどこにもない そんな関連付けられるほうが迷惑 847 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:10:58.16 ID:zL+4Qkmb.net] >>819 java専用じゃない 俺は解凍に割り当ててる それは法律も認める俺の自由だ 違いが気になるならWindowsの方も起動スクリプトを書けばいいだろがい 848 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:11:55.31 ID:zAxEw/s4.net] >>821 ごめんな、やっぱり何を主張したいか俺にはよく分からない。 LinuxでexeをMonoと関連付けできないという主張なのは分かるんだけど、その理由がさっぱり分からない。 849 名前：デフォルトの名無しさん [2018/11/11(日) 18:12:20.33 ID:Sc7c1qwR.net] >>823 jarに解凍プログラムを関連付けるという行為は個人的な特殊な対応だから、 何が標準的に期待できるかということに影響しない。 ＞monoユーザーは大部分の人がexeでいいと納得してる "monoユーザーは"そうだったとしても、 .NET以外に.exeにプログラムを関連付ける事を推奨しようとするプロジェクトが出現してもおかしくないんだよ。 そしたらそのプロジェクトのユーザーはそのプロジェクトのプログラムを .exeに関連付ける事に納得しているかもしれないね。 850 名前：デフォルトの名無しさん [2018/11/11(日) 18:13:49.28 ID:Sc7c1qwR.net] >>826 それは世界的に流通してる定義を無視した個人的な対応だから、 世界のソフトウェアエコシステムにおいて意味を持つ主張じゃない。 851 名前：デフォルトの名無しさん [2018/11/11(日) 18:14:32.22 ID:KBFxC5Cm.net] つまりjavaなんかつかってんのは 池沼しかいない 852 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:15:52.56 ID:4b5Szb0b.net] >>819 Javaってパス区切りは統一されてるんだっけ？ されてなければクロスプラットフォーム的じゃないはJavaにも当てはまるよ。 されてるというのなら、されてる方を優遇しているだけで、あんたがexeを叩いてるのと同じことだ。 853 名前：デフォルトの名無しさん [2018/11/11(日) 18:16:40.78 ID:Sc7c1qwR.net] >>826 >java専用じゃない これが間違い。 jar=java archiveで、”java専用拡張子であることが定義されている”。 その定義を無視した個人的対応が存在する事はjarがjava専用拡張子であるという主張を否定しうるものではない。 854 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:19:30.68 ID:zL+4Qkmb.net] >>828 monoの知名度は十分 新しい拡張子を広めようとするようなコミュニティがexeに関連する著名なアプリケーションを知らない&調べないなどということはまずありえないだろう だから気にしなくていい 855 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:24:27.80 ID:zAxEw/s4.net] >>832 jar拡張子ってISOやIEEEやRFCみたいな公的機関や事実上それに準ずる機関が決めてるんだっけ？ もしjarがそういう機関で決まってるならあなたの主張はその通り。 856 名前：デフォルトの名無しさん [2018/11/11(日) 18:25:02.24 ID:Sc7c1qwR.net] >>833 定義や標準化された仕様ではなく勢力によって守られているという事になるし、 その拡張子の競合問題は、もし.NET系言語が流行った場合、 LinuxではなくWindowsを使おうという誘因になってしまう。 857 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:28:46.70 ID:zL+4Qkmb.net] >>835 ITの歴史を見ればスタンダードを無視して広く使われているものが事実上のスタンダードになった事例はいくつもある デファクトスタンダードというのだけど知らなかった？新人かな？ 拡張子の競合がどうなればWindowsを使おうになるんだ？ 後半は何いってるかまったく意味不明だね 858 名前：デフォルトの名無しさん [2018/11/11(日) 18:32:41.80 ID:Sc7c1qwR.net] >>836 exeの意味のデファクトは既にあって、「MS系OSの実行可能形式」なの。 そのデファクトに挑むように（Linux環境でだけ）.NET専用拡張子だという勢力が出現してるということ。 それはLinuxの拡張子と処理系の関連付けを荒らすような行為だ。 859 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:36:31.03 ID:zL+4Qkmb.net] >>837 ちがーう exeのデファクトは「Windowsでは実行可能形式。Unix系ではmono」 拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない それは解釈する側の問題だからだ 860 名前：デフォルトの名無しさん [2018/11/11(日) 18:37:21.30 ID:Sc7c1qwR.net] >>838 ＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない これが間違い。 bmp,jpg,gif,いずれもプラットフォームを超えて同じ意味を持ってる。 その解釈がデファクト。 861 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:39:04.08 ID:zL+4Qkmb.net] >>839 exeという例外もある みんな知ってるし受け入れてる なのでこちらがデファクト 862 名前：デフォルトの名無しさん [2018/11/11(日) 18:39:17.30 ID:Sc7c1qwR.net] 拡張子全般を見渡して、プラットフォームによって意味が変わるような定義は見たことが無い。 .html .jpg .bmp .gif .zip .mp3 .mp4　どれでもプラットフォーム非依存な定義されてる。 拡張子一覧 www.tohoho-web.com/wwwxx061.htm ここ見て全部確認してみよう。どこにプラットフォームによって意味が変わる拡張子がある？ 863 名前：デフォルトの名無しさん [2018/11/11(日) 18:40:03.28 ID:Sc7c1qwR.net] ＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない この主張はいきなり終わりか？ 864 名前：デフォルトの名無しさん [2018/11/11(日) 18:41:34.00 ID:Sc7c1qwR.net] だからC#はLinuxの環境破壊だけでなく ”拡張子がプラットフォーム非依存で同じ意味を持つという想定” をも破壊しにかかってるということになる。 865 名前：デフォルトの名無しさん [2018/11/11(日) 18:41:51.80 ID:3EVRCt7d.net] そろそろスレ違うだと思うんだが、、、 866 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:44:20.12 ID:kp+JGzIQ.net] >>844 もう結論付いて話すこともないし良いんじゃない？ 隔離スレとして存在してれば 867 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:44:30.21 ID:zAxEw/s4.net] まぁ早い話がデファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！って主張でしかないわな。 確かにスレチなのでもし本気でそう思うならこの続きはMonoコミュニティでやればいいよ。 868 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:45:41.38 ID:zL+4Qkmb.net] >>841 お前がさんざんレスしとるexeがまさにそれなんだが大丈夫？ >>842 ああ 真と結論でて終わりだね 869 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:50:54.42 ID:+zFRzgwj.net] >>812 本当に知らないのかよｗｗｗ 870 名前：デフォルトの名無しさん [2018/11/11(日) 18:59:42.07 ID:B3f/927d.net] 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を組み込んで出荷することも可能であり、ホストシステム側のバージョンに依存しない実行環境を維持できる。 871 名前：デフォルトの名無しさん [2018/11/11(日) 19:04:42.99 ID:Sc7c1qwR.net] >>846 ＞デファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！ ”俺は”じゃなく、世界のソフトウェア開発のエコシステムにとって間違っていると主張している。 .NET coreの話を持ち出しているやつがいるが exeもdllも.NET専用拡張子ではないのでこの議論の事情を変化させる主張ではない 872 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:07:01.83 ID:zL+4Qkmb.net] 間違ってないから今も問題なく動いてるし 今後は勝手にexeを使おうとするやつはデファクトに反する無法者ということになる 873 名前：デフォルトの名無しさん [2018/11/11(日) 19:11:44.76 ID:Sc7c1qwR.net] ちなみにwineがlinux環境でexeに関連付けられててそれも大勢力なんだけど .NETアプリはlinux環境ではwineを通して動作するということになると、 性能や安定性に問題が生じる。 874 名前：デフォルトの名無しさん [2018/11/11(日) 19:14:58.41 ID:Sc7c1qwR.net] もしlinuxとwineとC#が大流行したら、その問題が顕著になるから、 windowsの方が良いねとなってしまう一因になる。 875 名前：デフォルトの名無しさん [2018/11/11(日) 19:16:57.29 ID:Sc7c1qwR.net] ぐぐるとちらほらwineでexeの関連付けになぜか失敗みたいなブログ記事でてくるが これ既に.NETが問題起こしてるんじゃないのか 876 名前：デフォルトの名無しさん [2018/11/11(日) 19:17:08.66 ID:B3f/927d.net] そういやwineはDirectX動くようになった？ もうだいぶ追ってないから純粋に知りたい。 エロゲが使ってるの多いんだ。 877 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:19:15.14 ID:zAxEw/s4.net] >>852 そうか、そういやWineがあったね。ありゃまさにWindowsのexeをそのまま動作させる環境なので、確かに混乱させる要因にはなりそう。 かと言ってWindowsのほうが良いよねーってなるのは少し想像力豊かすぎな気がするけど。 878 名前：デフォルトの名無しさん [2018/11/11(日) 19:20:13.05 ID:Sc7c1qwR.net] ちなみにmacでもexeに.NET処理系を関連付けないといけないし wineとexeを関連付ける事は行われてるようだ 879 名前：デフォルトの名無しさん [2018/11/11(日) 19:23:23.38 ID:Sc7c1qwR.net] wineがあるから問題があるのを認める、ってのはおかしくて そもそも”exeという拡張子が.NET専用拡張子じゃない”からこういう事態は当然起こり得るの。 こういう事態はjarでは起こらない。java専用拡張子だから。 もしWindowsを置き換えるようなデスクトップ用Linuxディストリを作ろうとしてる人が居たとして、 Wineも.NETも動きますという環境を作るのは一苦労するだろう。 何らかの特殊な対応をしなきゃいけない。 だから.NETのexeを作成させる仕様ないし慣習は、Windowsの立場を安定させることに寄与してる。 880 名前：デフォルトの名無しさん [2018/11/11(日) 19:25:34.91 ID:B3f/927d.net] うろ覚えだがMonoの吐く実行ファイルは.exeじゃ無かったぞ。 Winでわざわざ関連付ける記事読んだ覚えがある。 881 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:25:52.27 ID:zAxEw/s4.net] >>858 だから、スレチなのでこの続きはMonoコミュニティーでやってはどう？ 882 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:28:05.71 ID:MG/LuDvG.net] 拡張子なんて好き勝手に決めてるからかぶるよ 有名なほうが優先されるだけ exeは.netのやつか解釈できるやつあるから問題ない 883 名前：デフォルトの名無しさん [2018/11/11(日) 19:28:58.83 ID:Sc7c1qwR.net] 議論を長引かせて劣勢になったらスレ違いだから他所へ行け、か。 そもそも>>789の主張は結局完全に正しかった。 それを理解せず長引かせたのはお前だ。 884 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:30:04.42 ID:zL+4Qkmb.net] だから起動スクリプト書けって バイナリのフォーマット調べてwineかmonoにディスパッチするだけだろがい それを関連付けしろ 885 名前：デフォルトの名無しさん [2018/11/11(日) 19:30:05.07 ID:Sc7c1qwR.net] ＞拡張子なんて好き勝手に決めてる デファクトや慣習というものがあるから完全に何も想定できないという状況ではない 886 名前：デフォルトの名無しさん [2018/11/11(日) 19:30:43.22 ID:Sc7c1qwR.net] >>863 >>819 887 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:31:36.53 ID:MG/LuDvG.net] >>864 未来のことなんて誰もわからんだろ 弱小ソフトが使ってた拡張子が、後から駆逐されるなんてのはよくある 888 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:31:51.44 ID:zL+4Qkmb.net] >>865 ああもうまずは理解しろ 889 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:32:10.65 ID:zAxEw/s4.net] >>862 誰と戦ってるのか知らんけど、俺は貴方の主張をちゃんと理解しようとしただけだよ。 んで、Wineとかぶるって都合が悪いことがあるなら、ちゃんとMonoコミュニティーで議論したほうが良いのでは？って言っただけ。 890 名前：デフォルトの名無しさん [2018/11/11(日) 19:32:58.20 ID:Sc7c1qwR.net] >>866 拡張子に何か意味を期待すること自体が間違いだという主張は、現実に即していない。 多くのアプリが拡張子に頼っている。 891 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:34:37.68 ID:MG/LuDvG.net] >>869 じゃあ標準化しないといけないな ドメイン名みたいに金払って登録するシステム作らないと 892 名前：デフォルトの名無しさん [2018/11/11(日) 19:35:03.41 ID:B3f/927d.net] Java有償化に伴う移行先についての議論だからスレチでもないと思わなくも無い。 が、揉めるならさっさと次の移行先を探そう。 何かある？ 1・マルチプラットフォーム 2・スクリプトより速い実行速度 3・ライブラリも整備済みが望ましい 昔はあり得なかったけど、今ならC++とQtってのも有りっちゃあアリじゃね？ 鯖サイド限定ならGoとか。 893 名前：デフォルトの名無しさん [2018/11/11(日) 19:38:35.50 ID:Sc7c1qwR.net] >>868 ＞さすがに論理展開が強引になってきちゃったな。 正しい主張を理解せず強引と形容する、俺の主張が変化したかのように印象操作する。 ＞jar拡張子ってISOやIEEEやRFCみたいな公的機関や事実上それに準ずる機関が決めてるんだっけ？ 標準化されていなくてもデファクトである時点である程度意味はあるのに標準化されていなければ成立しえないかのように主張する。 ＞まぁ早い話がデファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！って主張でしかないわな。 俺は、じゃなく世界のソフトウェアエコシステムの話をしているのに歪曲して理解する。 ＞俺は貴方の主張をちゃんと理解しようとしただけだよ。 歪曲や印象操作を繰り返してこの主張は間違っている。 894 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:40:32.72 ID:zAxEw/s4.net] >>872 そこまでの� 895 名前：�なたの説明が訳分からんかっただけだろw ちゃんと説明できててなら皆こんな過剰反応してないわ。 [] [ここ壊れてます] 896 名前：デフォルトの名無しさん [2018/11/11(日) 19:44:28.89 ID:B3f/927d.net] >>832 それを言ったらwine使ってんのもお前の勝手だろ。 業務にwine入れないし問題ないだろ。 897 名前：デフォルトの名無しさん [2018/11/11(日) 19:45:05.70 ID:Sc7c1qwR.net] >>867お前の異常発言まとめ ＞拡張子は「使う側がどうしたいか？」それだけなんだよ 拡張子は世界的にデファクトとなっている定義があり、 それに従わなければソフトウェアエコシステムを破壊する。 ＞（jarは）java専用じゃない jarはjava archiveでありjava専用拡張子である ＞monoの知名度は十分 ＞新しい拡張子を広めようとするようなコミュニティがexeに関連する著名なアプリケーションを知らない&調べないなどということはまずありえないだろう 拡張子について一貫した意味を期待するのが間違いであるかのような主張をした後で monoに関する拡張子だけ一貫性が期待されると主張するのはおかしい ＞デファクトスタンダードというのだけど知らなかった？新人かな？ その通りで、拡張子はデファクトである。ところがお前は自分がjarに解凍プログラムを関連付けているからといって jarはjava専用拡張子ではないと主張した。 ＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない ”デファクト”において拡張子はプラットフォーム非依存の定義がある ＞みんな知ってるし受け入れてる wineと.NETで競合していて、みんなが統一されているという状況は無い ＞真と結論でて終わりだね 矛盾を放置している 898 名前：デフォルトの名無しさん [2018/11/11(日) 19:48:02.84 ID:Sc7c1qwR.net] >>874 ＞業務にwine入れないし問題ないだろ。 問題無い人も居るだろうけど、世界のソフトウェアエコシステムを考えた時、 wineと.NETの拡張子における競合は問題になりえて、他OSからwindowsへの誘因になりうるし、 クロスプラットフォーム的ではない。 899 名前：デフォルトの名無しさん [2018/11/11(日) 19:49:40.64 ID:B3f/927d.net] >>876 お前は仕事で使いたいのか個人で使いたいのか。 900 名前：デフォルトの名無しさん [2018/11/11(日) 19:51:26.66 ID:Sc7c1qwR.net] >>877 ”世界のソフトウェアエコシステム”と言ってるのに仕事とか個人とか言いだすのは何？ 俺個人の問題だと矮小化しようとしてるの？ 俺が.NETを使おうとしていて何か問題を抱えているんだと思ってるのか？ 901 名前：デフォルトの名無しさん [2018/11/11(日) 19:54:46.18 ID:Sc7c1qwR.net] >>873 お前の理解力不足を俺の説明不足に転嫁するな 俺は最初からずっと同じ主張を的確に述べている お前はwineの例が出たところで理解できたようだが、 wineの例が無くとも潜在的にexeを.NET専用であるかのように扱う事は問題がある 902 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:55:53.50 ID:zL+4Qkmb.net] まとめ ・拡張子には特にこれといった規格はなくデファクトが優先される ・exeのデファクトは「Windowsでは実行可能ファイル、Linuxではmonoかwine」 ・monoとwineの関連付け競合は起動スクリプトで回避可能 ・monoとwineの知名度は十分なので今後、秩序なくexeを使いだすコミュニティは出てこない 以上の理由からLinuxでexeがmonoと関連付けられていても何も問題はない 903 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:56:12.30 ID:zAxEw/s4.net] >>879 ならなぜ最初からWineのexeとMonoのexeの拡張子が被ると説明しなかったの？ そしたら俺は一発で理解したのに。 904 名前：デフォルトの名無しさん [2018/11/11(日) 19:57:49.93 ID:B3f/927d.net] >>878 当たり前だろ。 仕事だったら、仕事に必要のないものは入れられない。 だからwineが入る可能性はない。 これは次の飯の種が決まるかどうかの大事なことだと。 個人なら好きにしろ。 905 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:11:43.80 ID:LUmI+mGl.net] >>849 窓Phone死んだんだからUWP捨てればいいのにまだ諦めてないのか 906 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:58:03.85 ID:MG/LuDvG.net] exeの話、彼の勘違いじゃん .net coreで作るlinux向け実行ファイルは普通に拡張子なしだった 907 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:59:47.57 ID:IkCexd4o.net] >>884 ね 908 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:08:22.05 ID:zAxEw/s4.net] >>884 まさかのそんなオチかよw 909 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:12:44.12 ID:IkCexd4o.net] >>886 >>809 910 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 23:08:01.40 ID:ODd7NIT+.net] 情報処理試験(FE)の選択問題からもjavaなくなるのかな。 911 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 23:53:25.18 ID:wM/j3zKs.net] >>849 .NET Standardは既に破綻しかけてるのがなんだかなあ Standardの存在がCoreにとっては完全にお荷物になってて放置されっぱなし 最近2.1が公布されたけど.NET 4.8は2.1非準拠とかいうアホみたいな状況でもはや何の意味もなさなくなってる 912 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 06:54:39.08 ID:YcFbhVKa.net] >>797 笑った 拡張子が exe ってだけで自社優遇とかあほすぎるわ そもそもファイルフォーマットも公開されてるだろ 913 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 06:55:02.03 ID:a02vmHuH.net] >>889 Blazorも死にかけてるよね 914 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 12:42:15.19 ID:d1dfDj+2.net] Javaスレで.NETネタはスレち 延々何を揉めてるの? .NETで勘違いしてるアホは他行ってくれ 915 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 12:42:50.72 ID:d1dfDj+2.net] >>888 恐らくね 916 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 12:48:48.13 ID:0v8Mvlm0.net] >>892 もう既にどっか行っちゃってる 917 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 12:53:00.25 ID:d1dfDj+2.net] >>894 何だ、ただの基地か 918 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 13:07:11.32 ID:0v8Mvlm0.net] >>895 ？ 919 名前：デフォルトの名無しさん [2018/11/12(月) 14:21:12.68 ID:D6ILV7Jx.net] >>892 >>871 920 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 15:19:32.49 ID:d1dfDj+2.net] >>897 Javaの移行先なら *JSPはスクリプト系の無料言語 Perl,PHP,Pythonの3P *サーブレット、Java Beanは .NET Core,Node.js で決まりかと 921 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 15:37:14.66 ID:qXzdVDBO.net] >>898 頭おかしい 922 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 15:41:23.09 ID:d1dfDj+2.net] >>899 無料使いたいからな 異論は認めない 923 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 15:51:50.54 ID:AU8JIOtG.net] 素人で悪いんだけど、 Android SDK使ってJavaでスマホアプリ作ったら 実行環境の配布に金かかるってことで合ってる？ というかそうだとしたらどうしたら良いかわからないんだけど。 Android NDK化？ 924 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 15:56:57.96 ID:qXzdVDBO.net] >>900 .NET Coreなら普通にRazor使えよキチガイ 925 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 17:28:35.47 ID:ngDcZIGb.net] >>898 PerlとかJava以上の骨董品だろｗｗｗｗ 926 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 17:39:47.81 ID:xaL5+kQv.net] >>901 どう解釈したら実行環境の配布に金かかるって思うんだ？ 927 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 18:27:49.91 ID:hgliDUy+.net] >>903 骨董品ゆえこなれてる 928 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 18:40:27.57 ID:dMWbNPXa.net] >>901 Androidは元々Javaの違法コピーだから今更関係ないよ 元々は完全な海賊版だったのが、無期限評価版を配布元に勝手に私物化して使っている状態になったようなものであり、 むしろ以前に比べると状況は改善しているといえる 929 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 18:45:27.59 ID:hgliDUy+.net] >>901 Android7以降、OpenJDKで開発ゆえ無料 930 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 19:41:46.98 ID:MXu9OSpe.net] >>904 いや、そのへん全くの無知なんです。 >>906 >>907 ありがとー 大丈夫そうだね。ホッとした。 931 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 21:15:02.57 ID:hgliDUy+.net] 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#は居場所がもうない 932 名前：デフォルトの名無しさん [2018/11/12(月) 21:20:42.25 ID:PWTRb1kX.net] .netとかJavaとか驚くほどコード書かなくて良いんだよな その分、ライブラリや実行環境に依存する オープンなところでいうとJSやPythonがライブラリ充実して良い感じかね 933 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 22:29:58.97 ID:y/2236II.net] Javaの代わりにJavaVM上で動く言語を使っていたなら、ErlangVM上で動く言語も選択肢になりえる。 ErlangVM上で動く言語、RubyやPython、JavaScriptに似た言語もある。 また、LispやOCaml、Haskellのコードをトランスパイルして、ErlangVM上で動かすこともできる。 バックエンドのVMとしてErlangを使う方法も検討している。 934 名前：デフォルトの名無しさん mailto:sage [2018/11/12(月) 22:48:13.85 ID:hgliDUy+.net] >>910 別にPHPやPerlでもライブラリ有るべ 935 名前：デフォルトの名無しさん [2018/11/13(火) 00:11:15.50 ID:gkp2TH9I.net] このスレは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ることで、その後の行動の指針の参考に 出来るのではないかと考えます 愚案ではございますが、皆さんの賛同を得られれば幸いと存じます 936 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 00:34:52.70 ID:03To83uY.net] PART2建てればええやろ 937 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 00:36:05.78 ID:03To83uY.net] それかPART2=Javaは死んだのか で良いかと 938 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 03:55:41.85 ID:skMLOnQ7.net] これ読んで好きなの選びなさいよ いつまでグダグダアホな話してるんだか https://docs.google.com/document/d/1HtUnuAkUEDGL2gwUOkrDrmLe_zrD6wpAyqYBZxRmHv4/edit?usp=sharing 939 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 05:51:19.19 ID:Z98NzD8v.net] >>915でいいんじゃないかな 940 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 06:12:29.21 ID:03lGonhW.net] 行きわたったら有料化 これ基本 941 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 09:04:13.61 ID:UFPc0TJt.net] https://www.sejuku.net/blog/65057 この記事のさぁ、↓の記述って、この時はそうだったってこと？今普通にJDK１１無料でダウンロードできるよね？ まぁ、そもそも「Javaサポートもついに有償化」って、Javaサポートが無償だった事は今までにないわけだからタイトルの時点で間違いは間違いなんだけど --- Java10のリリースから6ヶ月後にリリース予定のJava11およびそれ以降のOracle JDKは、Oracleと有償サポート契約を結んだユーザーにのみ提供されるようになります。 --- 942 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 10:57:38.07 ID:/CQBh21n.net] >>919 バイナリの配布≠提供 後者はライセンスも含むのだろう 無償で落とせるOracle JDK 11は純粋な評価と開発の目的にしか使用してはならない どこまでが「開発」かは解釈の余地があるけど、常識的に考えてシステムテストはアウトだろうね 943 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 11:33:45.71 ID:03To83uY.net] >>920 システムテストも無償と言うヤツも居るしな 944 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 11:54:17.01 ID:Agw1+whN.net] それで食べ頃になったら訴訟食らうわけか 945 名前：デフォルトの名無しさん mailto:sage [2018/11/13(火) 13:20:57.69 ID:lhdfJqIa.net] >>919 クラウドソーシングで500円で書いた記事かね？ 946 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 00:43:21.02 ID:v/OGKEYd.net] 寧ろpart2にここまでの内容をまとめた物を載せた方が年明けに向けていいんじゃないか? 自分は未だに解らないから実際まとめて欲しい 947 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 02:24:07.75 ID:0SwKL/EA.net] >>916 これまとまってるけどAzureとAWSのサポートが抜けてるな 948 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 10:37:10.42 ID:bZseeOPp.net] >>916 これにアップデートとサポートの意味の違いかいてあるけど、 日本語の記事はアップデートの意味でサポートって言葉使いすぎじゃねーかな 949 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 14:26:43.76 ID:rCscztGQ.net] 企業がユーザ支援一般を指してサポートって用語を使っちゃうから どうしようもない気がする 950 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 15:29:29.22 ID:bZseeOPp.net] Oracle JDK11 が、開発／評価用途のみでしか利用できないって言うけどさ、 Oracle JDK11 使って例えばデスクトップアプリ開発するじゃん？ １．それをフリーソフトとして配布するにはオラクルに金払う必要ある？ ２．それをシェアウェア（半分死語っぽいけどとにかく商用利用）として配布する場合はオラクルに金払う必要ある？ ※ JREはJava8より後のはユーザーにダウンロードさせるのはちょっと難しそうなので、packager とか何かしらの形で同梱するとする。 とりあえず、６ヶ月目より後のアプデが受けれないというのは承知の話で。 どちらにせよ、OpenJDK で作ったか、OracleJDKで作ったかなんて判断つくものなのかね？ 951 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 15:37:42.95 ID:CiiWwIx8.net] 基本、良心にまかす　　　　ということにしとく 何か面倒があったら「だから言ったのにい」っていう余地を残す 952 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 16:18:18.40 ID:bZseeOPp.net] www.torutk.com/projects/swe/wiki/Java_Flight_Recorder JFRのライセンス形態がJDKにも適用されるようになった的な考えでいいのかな？ JFRはJDKと一緒にダウンロードできるし、開発・評価目的なら無料だけど、商用利用の本番環境で実行する時には金必要みたいな。 953 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 17:02:07.35 ID:0Bab07R3.net] JDKの配布は禁止となってる 実行環境もJDKの一部なんだからパッケージして同梱したものを配布は完全にアウト 有償配布した場合は商用利用で2アウト グレーゾーンですら無いよ 954 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 17:58:49.34 ID:38WtSXT9.net] 何にせよ 本番稼働で課金だろ 955 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 18:17:28.84 ID:RHMEiM3I.net] >>928 1. ユーザー数×$2.5をオラクルに上納する必要がある 2. ユーザー数×$2.5をオラクルに上納する必要がある 956 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 18:18:06.03 ID:RHMEiM3I.net] 補足 ↑は一ヶ月当たり 957 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 18:26:34.73 ID:bZseeOPp.net] Oracle JDK に関しては無料でダウンロード出来るってだけで、完全に商用って感じなのか Oracle JDK で作ったら、ライセンス的にはフリーソフトの配布でもだめなのね デスクトップ用の実行環境再配布に関しては、OpenJDK ならGPLv2 だから、 従来のOracleJRE再配布よりもさらに自由で、こっちを選びなさいってことみたいだね Oracle的にも実行環境同梱するのは推奨してるみたいだし、だからこその JRE 8 の自動バージョンアップ停止なのかね ってことで今後は、無償でLTSのAdoptOpenJDKのJDK11で実行環境同梱して配布するのが一番良さそうって感じか 958 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 18:38:12.38 ID:bZseeOPp.net] AdoptOpenJDKはデフォでポータブルな感じでいいね、zip解凍するだけっていう インストーラとかまじ邪魔だからな 959 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 18:42:18.45 ID:f/gf0yQu.net] >>936 OracleのOpenJDKもそれは変わらんやろ 960 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 19:13:00.42 ID:bZseeOPp.net] >>937 あれOpenJDKは公式ので zip だったのか、勘違いしてたわ 961 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 19:54:53.81 ID:X6VLO1vS.net] amazonもマルチプラットフォームでopenjdkだけの配布始めるみたいだね。SunでJava EEやってた人が紹介してる https://aws.amazon.com/blogs/opensource/amazon-corretto-no-cost-distribution-openjdk-long-term-support/ The Corretto 8 preview corresponding to OpenJDK 8 is available at this time for Amazon Linux 2, Microsoft Windows, and macOS platforms and Docker image. Preview builds can be downloaded by visiting aws.amazon.com/corretto. General Availability is planned for Q1 2019, and will also include Ubuntu and Red Hat Enterprise Linux platforms. 11の方は、まだtckの署名リストになかったけど来年春に始めるみたい。 Corretto 11 builds corresponding to Open JDK 11 on these platforms will follow with ample time for testing before April 2019. 962 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 01:58:30.91 ID:1C0LCesr.net] Amazonから、長期間サポートLTS付きのOpenJDKが出るそうです。 これがあればOracleJDKはなくてもいいですねｗ 【速報】マルチプラットフォームで利用可能なOpenJDKのAmazon Correttoが発表されました！ ｜ DevelopersIO https://dev.classmethod.jp/cloud/aws/amazon-corretto/ >「無償」かつ「AWS以外でも使えるマルチプラットフォーム」かつ「LTS（Long-Term Support）」つきのOpenJDKをAWSが提供するとのことです。 963 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 02:53:11.85 ID:thmm/mkW.net] >>940 ごめん、あんまりよく理解してないんだけど、 LTS付きのOpenJDK ってのは、AdoptOpenJDK もそうなんだよね？ Corretto と AdoptOpenJDK の違いって何？ 964 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 07:17:12.47 ID:xs+WA5Ik.net] LTSのOpenJDKはサードパーティーからリリースされるサードパーティー個別のビルドのみ OracleからはLTSは有償のOracleJDKのみ 965 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 08:22:48.95 ID:SV4H/4fc.net] これほどまで主要ベンダー各社が堂々と対策を打ってくるとはOracleも想定してなかっただろうな OracleにはTCKの提供打ち切りもしくは莫大なライセンス料を課すという最強最悪の選択肢があるわけだが、 発動される日は近そうね 966 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 10:50:50.00 ID:zMgWUh/a.net] >>943 このままだとOracle総スカンで一人負けだからな。 自爆訴訟攻勢もありえる。 DB業とちがって差別化できてないしこのままでは優位性皆無で独自進化しか道がない。 だが正直Javaに進化が求められているかというと、Java6あたりの後方互換性が第一な人たちがほとんどで 新技術独自進化は別に別の言語でもってなるので、やっぱり他者の長期サポートは 潰しておかないとOracleはJava負け組筆頭になってしまう。 967 名前：デフォルトの名無しさん [2018/11/15(木) 12:08:13.41 ID:6RD2Ofov.net] Goslingが今AWSで働いてるってマジ？w 968 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 12:11:17.16 ID:P9aoBmqQ.net] さすがにやりすぎだわ 金になる業務系の顧客はOpenJDKは信頼できないから安心のOracleを使おう！というのが十分に残るのを当然期待してたんだろうけど、 ここまで大々的にMS! IBM! Amazon!とやられてしまうと本丸の業務系顧客が危うくなってくる Oracle的にはJavaに対して特に自社の優位性がないのに開発したソースは他社に吸い取られるという哀れな状態になってしまう OpenJDKにLTSパッチは提供されないかもね 969 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 12:18:00.99 ID:55cHjTzL.net] アップデートと商用サポートを区別できない人がアホな妄想垂れ流してる…… 970 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 13:37:56.13 ID:thmm/mkW.net] でも有償化したことによって、商用サポートの競合も増える結果になってないか 971 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 13:41:56.65 ID:5c2enfKS.net] 内容ではなく人に言いがかりをつけないと精神安定を保てない時点で どういう思考の人がどういう精神状態に追い込まれているのか、 推して知るべし。 972 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 13:56:15.96 ID:thmm/mkW.net] Oracleの内部事情もちょっと不透明だよね 見るところ見れば分かるのかもしれないけど、わいには分からんよ 「無料だと思った？残念有償化します。がんがん稼がせてもらいまーす。」 なのか 「無料でやってたけど、Javaに関してはいつも赤字です。これからもJavaを発展させていくため、Javaの有償化は必然的で不可避でした。」 なのかで印象だいぶ変わるけど Java is still free には、哲学的観点とやらで、OSSの開発者にも生活があり家族がある的な事言ってるけどさ 実際内部事情的に困難があって有償化に必然性があったのなら説明が欲しいな（探せばどこかに書いてあるかもしれんけど） 理屈は分かるが、商用サポートで今まで成り立ってたんじゃないのか そういう説明が十分でないならOracleにヘイトが行くのは避けられないし、Javaの先行きに不安も募るってもんだよなぁ 973 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 14:01:54.68 ID:g7acKddY.net] >>948 商用サポート提供者は増えてないからなあ てかOracleのサポート料金が安すぎるんだけど競合他社はどうするんだろうか 974 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 14:27:53.10 ID:P4n7JmxN.net] openofficeやmysqlで公開ペースの問題でossのプロジェクトがフォークするしかなかったのに比べると、同じものを配布するのに協力してるわけで、うまくやってる感じがする。 古いopenjdkもredhatがメンテやめたら、azulがメンテしたり、 上流で負担できないものはもうメンテしないって方向にしたことで、うまく商売やってる会社が責任持つようになってきてる。 ibmはibmで独自開発してるものを公開してるし多様性の面では意味あるんじゃないかな。 975 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 14:38:21.29 ID:R4Y/yeDs.net] すまん、馬鹿な質問だとは思うけど、教えてほしい Javaの商用サポートってさ、「自分の作ったプログラムのバグ修正」を約束してくれるわけじゃなくて、「JVM（依存）のバグ修正」を約束してくれる っていうことだよね？ まぁ当然後者だとは思うけど、例えば普通のデスクトップアプリ開発して配布して、JVMのバグのせいで動かねーなんて事あるのか？ サポート窓口って、プログラム（例えばデスクトップアプリ）の開発者が連絡するんだよね？プログラムの利用者じゃなくて もちろん企業を対象にしてるってのは承知なんだけど、サポート窓口に連絡することなんてほぼ無くない？ 電化製品の３年保証！みたいなもん？ほぼ連絡こないけど、有事のときには対応を保証しますよっていう なんか現場の声みたいなので、「オラクルのサポートに連絡したことなんて無い」みたいのもネットで見つけたけど こんな感じの認識であってるのかな ---Java is still free の↓は読んだ サポート はバグ修正の約束を指します。 これはユーザの問題に対して回答するスタッフを必要とし、金銭的コストがかかります。 誤解のないように言うと、Oracle JDKとOpenJDKに対し無償のサポートは今まで一度もありません。 976 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 16:12:05.19 ID:B3hIH0Ov.net] >>953 うんそうだよ。サポートサポート騒いでる奴のうち、 何%が本当にサポートが必要なやつなのか、サポートを使ったことあるのか、 っていうと実際にはかなり怪しい。 サポートが無料のこれまでだって、多くの奴は最新バージョンが出ても更新なんてしてない。 サーバー環境とかだって、ニュースで連日セキュリティホールが話題になってでもなきゃ、 平気で古いバージョンのまま放置されてる。 （そもそも、JDK自身のセキュリティホールが問題になる状況なんてそうそうないが。） だから、実はOracleの今回の決定が問題になる人達っていうのは、実際には極僅か。 （そして問題になるような人達は、元々有償サポートを受けているので影響を受けない。） だけど、そういう実情まで頭が回らず、サポート切れ＝危ない＝Java止めなきゃ、 って杓子定規的に騒ぐ人がいるので、騒ぎになっている。 977 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 16:26:39.75 ID:thmm/mkW.net] >>954 > サポートが無料のこれまでだって、 「商用サポート」に関する質問なのに、ここでアップデートの意味でサポートって言葉使ったらさすがに混乱するだろｗ 質問文にもあるけど、商用サポートが無料だったことなんて一度もないぞ 978 名前：デフォルトの名無しさん [2018/11/15(木) 16:40:22.98 ID:6RD2Ofov.net] ニュースでセキュリティホールが話題になっちゃったときにJDKのバージョン上げずにパッチ当てられないと困るから、みんなLTSに注目してるわけだよ 979 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 17:18:17.30 ID:RnfnyGRf.net] >>954 そういう問題じゃないんだよなあ OpenJDK → よく分からない、なんとなく怖い、怪しい これが世の中の平均的なレベルのSIerの認識だ そういうところにとっては安心のOracle JDKを使う選択肢しかないわけで、単純に無料で提供されてたものが有料になったというだけの話なんだよ そのコストをどう転嫁するかが問題なの 980 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 17:19:16.71 ID:FfkqTQLC.net] パッチ管理を責任持ってやる必要がある重要な業務だけど サポートの金は払いたくない自分でなんとする気もないって なんだそりゃ 981 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 17:48:06.51 ID:thmm/mkW.net] アップデートさえ長期で当てられればいいんだけであれば、無償でAmazonなり MS IBM なりが提供してるもので問題ないけどな サポート窓口まで使おうとすると、有償のOracle JDK か、有償のOpenJDKサポートかって話になってくるんだろうけど そのサポート窓口って本当に必要なのかという話 982 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 18:32:50.40 ID:Uqb8k4va.net] COBOLみたいに、いつかはJavaもレガシーな遺産になる。 大企業が巨大なシステムをモノシリックで開発していた時代なら、Javaのノウハウも役に立った。 今はクラウド全盛で、マイクロサービスがアーキテクチャーの主流になりつつある。小回りの利く小さなシステムを短期間で開発していくスタイルじゃないと外国勢に負ける。 Javaのノウハウを活かしつつも、他のツール（言語、ミドルウェア）も使えるようにしていかないと、日本だけ時代遅れになるね？ 今回のOracleの判断も時代の流れだ。いい機会だからJavaに依存せず、日本は他の言語も武器にしていこう！ 983 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 19:31:18.32 ID:8SLxxOvf.net] 日本のITがダメなのは情シスがシステム開発の要件定義やマネジメントを行わず一括で外部委託しているせいだよ 根本的な業界構造に起因する問題であり、言語なんか全く関係ない 984 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 20:14:22.09 ID:y1wxyOr0.net] つうかひとつの言語しか使えないやつなんて無能もいいとこだろ 985 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 21:57:48.07 ID:8XqSqL2V.net] あーそうなんだ サポートとセキュリティパッチの提供の違いを意識してなかった とすると セキュリティパッチの提供時期が何時までなのかが重要だと思うけど それはltsとかとは別の時期になっているのか? だとするとセキュリティパッチの提供時期は何処を見れば良いのですか? 986 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 22:13:55.56 ID:pn3JpJvF.net] ぬるぽ → ｶﾞｯ の伝統もなくなっちゃうのか。 さびしいのぉ。 987 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 22:28:14.52 ID:P4n7JmxN.net] openjdkはossでコミュニティ作って開発してるが、 バイナリについても、java8を2023年、java11を2024年までメンテするとしている配布元があるという状況。 次のltsのjava17は3年後にでて、2027年までサポートされるといいねいう感じ パッチ適用は、レッドハットが商用で早く出してそこから、フリーな環境にも広まる感じだけど、amazonも早く出してるイメージあるから、レッドハットとawsが安泰なうちは、 フリーな環境でベストエフォートであろうセキュリティパッチもそれほど待たなくても大丈夫そうな感じもする。 988 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 22:57:34.31 ID:CguM8qhv.net] .Net coreはLTSでも3年だし長期運用ならjavaが鉄板になってしまったな 989 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 00:10:08.79 ID:ShF30bFl.net] amazonが複数環境のopenjdkバイナリ配布まで本腰入れるとは amazonlinux2のサポートもそうだけど、配布に必要な人員もちゃんとそろえてたのか 990 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 00:53:08.66 ID:EQG6MWQG.net] awsと結婚したい 991 名前：デフォルトの名無しさん [20 ] [ここ壊れてます] 992 名前：18/11/16(金) 01:06:37.07 ID:aCpM24II.net mailto: >>963 オラクルが管理するOpenJDKは、最新バージョンにしかキュリティパッチが提供されない OpenJDKは半年ごとにバージョンアップする 自製品が使うJDKのバージョンを常に最新にバージョンアップできるのならこれだけで特に問題は生じない LTSのメインの目的は、最新じゃない OpenJDK に対するセキュリティパッチ提供 半年を超えて最新ではなくなった OpenJDK に対してセキュリティパッチを提供する どの程度の期間セキュリティパッチを提供するかは、LTS 提供元がそれぞれ決める [] [ここ壊れてます] 993 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 07:27:04.08 ID:BqeYC5EV.net] Amazonにゴブ…ゴスリンがいるのか 994 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 09:44:26.75 ID:+Q8PHsIh.net] アプレットもWebStartもなくなって、クライアント向けのJavaって何するんだろう。 AWTとかSwingとかってまだ息してる？ 995 名前：デフォルトの名無しさん [2018/11/16(金) 11:49:22.62 ID:722DD95d.net] Android Studio とかの JetBrains の IDE 996 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 12:14:27.52 ID:kFOpYgwu.net] >>971 >>クライアントJava とうに死んでる 残ってるのは JSP サーブレット Java Bean 997 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 12:47:53.18 ID:722DD95d.net] >>973 だから、 >>972 とか非MSの開発ツール関係はクライアント Java が多い 998 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 13:05:59.27 ID:ffAbnTNN.net] eclipse RCP とか、NetBeans RCP とかならそこそこ作られてるでしょデスクトップアプリ 999 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 14:44:48.84 ID:mmgc7lUj.net] JSFもあるよ そもそもJavaEE削除されたけど 1000 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 17:48:48.90 ID:YHH1HhK8.net] Introducing Amazon Corretto at Devoxx Belgium 2018 Arun Gupta, Yishai Galatzer https://dvbe18.confinabox.com/talk/DTR-4199/Introducing_Amazon_Corretto https://youtu.be/YlBSwskqqng 1001 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 20:07:22.83 ID:31QGkHf5.net] クライアントがどうのってコメントで疑問が。 Swingのサポートをdropする予定とか計画とか、どっかに書かれているの？ とりあえずSwingさえ動けばいいんだけど。 1002 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 20:35:49.32 ID:LBz9C71c.net] >>978 https://www.oracle.com/technetwork/jp/java/javafx/overview/faq-1446554-ja.html#6 1003 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 21:40:25.67 ID:wB1fycUe.net] AWTとかSwingとか懐かしい… 1004 名前：デフォルトの名無しさん mailto:sage [2018/11/16(金) 22:29:23.80 ID:Fg19cJ0U.net] Swing三冊セット持ってたよ 今現役なのOracleのインストーラくらいか あの画面が隠れて待ちぼうけくらう糞GUI 1005 名前：デフォルトの名無しさん [2018/11/17(土) 01:26:35.75 ID:DZEFqXpO.net] >>981 あれは最低だったな まだ治ってないのか 1006 名前：デフォルトの名無しさん mailto:sage [2018/11/17(土) 01:56:44.35 ID:yEMF40Z1.net] AWTとかSwingとか 開発ツール以外で使われた実例は年々減って行ってる もう実質、無いに等しい 1007 名前：デフォルトの名無しさん mailto:sage [2018/11/17(土) 06:37:19.95 ID:ftBRdYwQ.net] >>978 >>979じゃなくてこっちのことかと https://www.oracle.com/technetwork/java/javase/javaclientroadmapupdate2018mar-4414431.pdf これの4ページのサマリーの最後に、 Oracle has begun conversations with interested parties in the Java ecosystem on the stewardship of JavaFX, Swing and AWT beyond the above referenced timeframes. とある。 他にも見たことがある気がするのだけれど、すぐに出てこなかった。 1008 名前：デフォルトの名無しさん mailto:sage [2018/11/17(土) 07:30:41.31 ID:KWZ5EwMD.net] いうてモジュール化されてるし、public JRE が消滅するわけで、packager でデプロイすることが多くなるだろうから JREにデフォルトで入ってるかどうかってもはやどうでも良いような気もするけど 1009 名前：デフォルトの名無しさん mailto:sage [2018/11/17(土) 08:07:33.94 ID:DG9kgnl3.net] 次スレ https://mevius.5ch.net/test/read.cgi/tech/1532325790/ 1010 名前：デフォルトの名無しさん mailto:sage [2018/11/17(土) 09:08:50.50 ID:KWZ5EwMD.net] >>986 凡ミスおつ 1011 名前：デフォルトの名無しさん mailto:sage [2018/11/17(土) 11:38:51.03 ID:LJA6Qb6G.net] 次スレ？ Java有償化でJava優勝かまとめ https://mevius.5ch.net/test/read.cgi/tech/1542409627/ 1012 名前：デフォルトの名無しさん mailto:sage [2018/11/17(土) 11:41:20.79 ID:xteiu1GD.net] >>984 サンクス。 Oracle will continue developing Swing and AWT in Java SE 8 and Java SE 11 (18.9 LTS). This means they will be supported by Oracle through at least 2026. って事で、当面Swingは安泰だね。 1013 名前：デフォルトの名無しさん mailto:sage [2018/11/17(土) 15:31:23.75 ID:B0g5kdZC.net] GUIライブラリ作って放置を繰り返してる某社にも見習って欲しいですわ 1014 名前：デフォルトの名無しさん [2018/11/17(土) 22:19:08.57 ID:/DEd7oJ8.net] つまりｸｿなoracleｳﾝｺｲﾝｽﾄｰﾗｰが 2026までは安泰ということか oracleｳﾝｺｲﾝｽﾄｰﾗｰのおかげで 2026まで安泰 1015 名前：デフォルトの名無しさん mailto:sage [2018/11/18(日) 07:01:30.11 ID:YaJArDqG.net] >>989 OpenJDK 12以降でAWT,Swingをサポートするとは一言も言っていない。 Oracleに支払いをすればあと7年は安泰だけど、 >>984からして、OracleはAWT,Swingも切り捨てたくて仕方なさそうだし、 すぐとはいかなくても、OpenJDK側では 次のLTSくらいで1年前くらいに予告して切り捨てというシナリオはあるかも。 1016 名前：デフォルトの名無しさん [2018/11/18(日) 14:48:26.11 ID:BYn1IbZz.net] わざわざSwingからJavaFXに乗り換えたのに 1017 名前：デフォルトの名無しさん mailto:sage [2018/11/18(日) 17:39:11.90 ID:SufQu6s2.net] Javaで安泰なのはサーブレットやJSPやNet Beanだろうね 元々セキュリティ的に問題有るアプレットとかは論外だし 1018 名前：デフォルトの名無しさん mailto:sage [2018/11/18(日) 17:57:06.01 ID:HA6us6PZ.net] AkkaやKafkaなんかを使うような純粋なバックエンドはまだまだ需要があるとは思うけど サーブレットやJSPといったBFFっぽいところももう新規需要は先細りな気がする。 1019 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 03:04:45.54 ID:5sptiZQ4.net] >>971 ＞アプレットもWebStartもなくなって、クライアント向けのJavaって何するんだろう。 ＞AWTとかSwingとかってまだ息してる？ Qiitaの記事によるとJAVAscriptが有望っぽい もう炎上して消えたけど 1020 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 09:18:26.71 ID:/1uXHl8S.net] JFace/SWTとEclipse RCPは、ibmからeclipseに移りメンテされてるけど、toadmapやeolの発表とか無さそうopenjfxはどうなんだろ Using IcedTea Web-browser Plug-in with AdoptOpenJDK. https://blog.adoptopenjdk.net/2018/10/using-icedtea-web-browser-plug-in-with-adoptopenjdk こっちは、ブラウザ側の仕様変わったり、マルチos(win)対応メンテされてなかったりしてて、 普通のインストーラベースにしましょうという感じがする 1021 名前：デフォルトの名無しさん mailto:sage [2018/11/21(水) 15:13:18.86 ID:uLbgUL10.net] サーバーがJDK11対応してないことが分かった 1022 名前：デフォルトの名無しさん mailto:sage [2018/11/21(水) 19:29:02.15 ID:KxchiHin.net] >>998 どういう環境で使ってるの？ 自社サーバーととかじゃないなら、Java って VPS とかで使うもんじゃないのけ 固定バージョンだけの Java のせて他バージョン許容しないサーバーなんてそうないやろ 今後はさらに実行環境一緒にデプロイするのが主流になりそうだし 1023 名前：デフォルトの名無しさん mailto:sage [2018/11/21(水) 22:10:48.99 ID:u5MACbdW.net] >>999 いやAPサーバーでPayara使ってるんだけどJDK11で起動しないってIssue上がってるから 開発者もZuluのJDK8使えとか言ってるから期待薄だわ 1024 名前：デフォルトの名無しさん mailto:sage [2018/11/21(水) 22:36:27.43 ID:SVENbSU0.net] まあ今後はJava関連のOSSの開発コミュニティがやる気をなくして開発終了するケースが増えそうだから、 どうしても必要なもの以外に変なミドルウェアに依存するのは極力避けたほうがいいね 1025 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 121日 7時間 33分 17秒 1026 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef