【Java標準GUIライブラリ】 JavaFX スレッド

**デフォルトの名無しさん** · 2014/07/05(土) 01:27:45.85

JavaFXについてのスレッドです

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

Spring Bootに移住することを考えているけど、Spring BootってJavaFXより難しそう。

**デフォルトの名無しさん** · 2018/07/02(月) 05:44:10.21

>>50
Nashornが廃止されるらしいが、JavaFXのWebViewは大丈夫なんだろうか。
Nashorn使っていないという説もあるらしいが...
https://kiidax.wordpress.com/2014/09/15/javafx-8%E3%81%AEwebview%E3%81%AEjavascript%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%B3%E3%81%AF%E4%BD%95%EF%BC%9F/

**デフォルトの名無しさん** · 2018/07/02(月) 08:26:43.87

大丈夫も何も、致命的な脆弱性でもない限り現状放置でしょ
JavaFX自体が廃止されたのに何言ってるんだ
OpenJFXなんか形だけでほとんど活動してないし、もうとっくに死んでることをいいかげん受け容れなさい

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

javaでGUIならjavafxという記事を見たのですが中々情報少なく困っています。
しかもこのスレ見ると近々なくなるというレスもあるようですがswingにうつるのが懸命ですか？

**デフォルトの名無しさん** · 2018/07/04(水) 22:22:25.64

5IW

**デフォルトの名無しさん** · 2018/07/05(木) 16:39:38.12

5IW

**デフォルトの名無しさん** · 2018/07/06(金) 04:44:06.16

>>274
JavaFXを外すというアナウンスには、AWTやswingも移管先を探すと書いてあったので、swingなら大丈夫というものでもない。
Springのようなフレームワークに移るといういのも手かもしれないが、アノテーションがいっぱい出てきてよくわからん。

**デフォルトの名無しさん** · 2018/07/06(金) 17:32:16.67

マルチプラットフォームのGUIアプリの最適解がJavaFXだったけど
ここまでお先真っ暗だと流石に不安
だからといって乗り換え先も無いし…
思いつくのはPythonにtkが入ってるのぐらいだ

Golang辺りの言語にGUIツールキット内包してくれんかな

**デフォルトの名無しさん** · 2018/07/06(金) 19:39:46.09

Electronでしょ

**デフォルトの名無しさん** · 2018/07/07(土) 02:08:26.11

もはやElectron以外の選択肢が無い
10年前はマルチプラットフォームの代表がJavaScriptになるとはだれも思わなかっただろうな
こんなJavaに誰がした

**デフォルトの名無しさん** · 2018/07/07(土) 03:56:54.98

なんでデスクトップアプリケーションまでJSとCSSで開発せなあかんねん…

**デフォルトの名無しさん** · 2018/07/07(土) 04:36:13.19

>>281
正直それはある
CSSはともかJS書くぐらいなら普通にJavaで書きたい

**デフォルトの名無しさん** · 2018/07/07(土) 08:02:12.12

Rails と同じ。
実行環境が、Node.js になる

Electron, VSCode と同じ。
jQuery, Vue.js なども使う

Ruby + JS または、Java + JS。
画面は、HTML, JS

Haxe も同じ

**デフォルトの名無しさん** · 2018/07/07(土) 08:11:38.60

トランスパイル文化が構築済みのJavaScriptならまだ許せるけど
どう書いても負債にしかならないRubyだけは簡便してくれ

**デフォルトの名無しさん** · 2018/07/07(土) 14:20:50.52

sageてるのにあがってる
なんだこれ？

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

クロスプラットフォームを叫んでMSに中指立ててJavaへ行った連中が、
今やElectronでMSのケツを舐めながらクロスプラットフォームやってるんだもんな
時の流れは残酷である

**デフォルトの名無しさん** · 2018/07/07(土) 15:36:07.51

それ言ったら
最初からOracleが出してた言語だったら
誰もJavaなんかやってないだろ
買収で会社変わる度にそんな事言ってたらプログラマやっていけん

**デフォルトの名無しさん** · 2018/07/07(土) 15:38:23.06

ElectronでMS?

**デフォルトの名無しさん** · 2018/07/07(土) 15:42:01.91

>>288
Electronはgithubが作ったけど
MSにgithubが買収された

**デフォルトの名無しさん** · 2018/07/07(土) 15:47:07.05

github買収前からMSは最大のElectronユーザー(もちろんVSCodeな)で、Electronにもコミットしまくってるよ

**デフォルトの名無しさん** · 2018/07/24(火) 22:27:04.66

移住先として Spring Boot と Electron と JavaFX を比べるのって、間違ってる?

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

Oracleのスタッフは、Java8がサポート終了したらOpenJFXの開発を辞めて、そこでJavaFX開発終了?

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

だろうな

**デフォルトの名無しさん** · 2018/08/05(日) 20:48:56.96

もとからフリーだから誰かやるんじゃねえか？やらんか？

**デフォルトの名無しさん** · 2018/08/06(月) 05:43:04.76

>>294
オープンだからやる人がいてもおかしくはないが、現実にやる人が出なければそこで終わってしまう。
そして、OpenJFXは現実に開発する人が十分出てくるには、そのプログラムの規模に比べて使用人口が少ない。

**デフォルトの名無しさん** · 2018/08/06(月) 11:15:20.63

そもそもの話として、普通のJavaのライブラリの様にGradle/Mavenで追加するだけで使えるのか？
それができなきゃ普及の見込みは全くないな。

**デフォルトの名無しさん** · 2018/08/06(月) 20:33:06.71

>>296
使えるけど、プラットホームごとに必要なファイルが違うみたい。
ttps://skrb.hatenablog.com/entry/2018/07/25/220530
write once debug anywhereとか、これはもうだめかもわからんね。

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

オブジェクト指向って何っておもってJavaに手だして
でもCUIだけじゃつまんないからGUIも一緒にってことでFXやりはじめてたけど
どうすりゃええの？

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

使ってる身でこんな事言いたかないけど
GUIやるなら他の言語にしときな
C#辺りならJavaから乗り換えるのもそんなに苦じゃないよ

JavaFXはディスコンになるからこれから勉強するには適さないよ
ほんと迷惑な話だよ・・・

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

切り離されるだけで使えないことはないんだろ？

**デフォルトの名無しさん** · 2018/10/18(木) 21:15:27.87

FXがよかったになぁ・・・

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

>>300
切り離されることで、最新のJVMへのリリース日対応が保証されなくなる。
開発中止にならないという保証もなくなる。
少なくとも切り離されたことで、かなり扱いづらくなった。
jmodsとかどうしていいかわからん。

**デフォルトの名無しさん** · 2018/11/10(土) 15:56:08.50

>>302
でもJDK同梱になるから配布したのが動かなくなるわけじゃないだろ？
GUI部分にセキュリティの脆弱性が発見されるというのも考えにくいと思うし、
最悪の場合、ずっと古いのを使ってればいいのでは。

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

>>297
これまでのJavaFXも内部でプラットフォーム毎に違うファイルを使ってたはず
そういったファイルがしっかり作られているという信頼がおけるから
プラットフォーム非依存だと言ってただけでしょ

とはいえ、個人開発者がボランティアでやってるような状況になったのは、懸念がある。
オラクルもJavaFXエンジニアを雇用してるはずだけどどうするのか。

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

scene builder最初使おうとしたけど結局コード直接書く方が楽だな
細かい事やろうとしたらコード書かなきゃならんし、全部コードでやる方が良い

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

mavenでfxを入れると
開発環境のプラットフォーム用のライブラリがDLされる？
ここではwinライブラリしか出てきていない。
https://skrb.hatenablog.com/entry/2018/07/25/220530

ここもwinライブラリしか出てこない。
https://seraphy.hatenablog.com/entry/2018/07/27/175105
＞maven-dependency-plugin で依存jarをmodsフォルダに出力するようにしているので、
この処理で依存ライブラリだけを見てるからか？

開発環境と異なるビルドをする方法はあるんだろうか。

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

>>304
OCAにサインしてOracleに無償の献身を誓った個人開発者、だぞ
今の体制のままならOracleが完全に手を引いたら絶対に確実に間違いなくJavaFXは消滅する

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

https://aoe-tk.hatenablog.com/entry/2018/03/18/185144

この記事によると今後も大丈夫みたいに書いてあるけど

どうせどの言語もライブラリもプロジェクト消滅とか停滞のリスクはあるんだし
俺は今後も使うよ

**デフォルトの名無しさん** · 2018/11/10(土) 20:23:43.23

フリーなのが救いだな。誰もメンテナンスしなくなっても最悪自分でなんとかできる。できなくてもできる人にやらせる事が可能かも知れない。金掛かるかも知れないがな。
ブロブライエタリだど握りしめられたまま死なれたら終わりだ。本当に二度と使えなくなる。

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

>>307
Oracle完全撤退後は、もはや何もコミットしてないOracleに対して何故かソースを寄贈し続けなければならない謎プロジェクトになるんだぞ
そんなものに進んで協力する奴がいたらよほどのドMだな
OCAを廃止しない限り、OpenJFXはどう転んでもコミュニティプロジェクトとして成立し得ないよ

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

openjfx本家死んでもgluonのhard forkに開発者移るだけだろう。
サポートされるデバイスが増えるだけ。

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

>>311
そのGluonの収入基盤がまた不安なんだよね。Gluon Mobileで開発なんて話まったく聞かないし。
表に出てこないだけで、それなりに売り上げているんだろうか。

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

Gluonは囲い込んで金取ることばかり考えてて時代錯誤な印象だわ
元々JavaFXにタダ乗りしてXamarinの劣化コピーを作ろうとしてただけで自分達で積極的にJavaFXコアの開発を推進する気はなさそうだし
現状のまま売り逃げして終わりだろうな
こんなものに期待するくらいならJava to .NETコンパイラでも作ってXamarin使ったほうが遥かにマシだな

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

>>313
Gluon はどうやって収入を得ればよかったんだろうか。

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

そもそもビジネスモデルが間違っているからどうやってもダメだよ
モバイル向けの開発ツールキットはあくまでプラットフォームビジネスの付属品であり、単独では商売として成立しない
この手の最大手であったXamarinですらダメだったのに、なぜそれよりあらゆる面で劣るオモチャで儲けられると思ったのか

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

>>315
JavaFXにはどうあがいても絶望しか残されていなかったということか。
得をしたのは開発中止という格好悪い方法を避けて体よくJavaFXを捨てることが出来たOracleだけか...

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

クライアントサイドもできたほうがJavaユーザー増えると思うんだけど
JavaFX自体は良い感じ

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

反例 : 過去20年のJava
まあ、よく頑張ったよ
もう楽にさせてやろう

**デフォルトの名無しさん** · 2018/11/26(月) 06:18:29.70

でもクライアントサイドが作れませんとなったら
新たにプログラミングを学ぶ人が選ばないと思う

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

>>319
プログラミング必修化で、業務でなく趣味でプログラミングする人も増えるだろうけど、
確かに趣味でやるにはWebフレームワークでGUIというのは負担が重すぎる。
かくいう自分も趣味でJavaFXから入ったくち。

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

確かに趣味でやるのにGUIがやりにくいでは
選ばれにくくなるだろうな

やっぱWindowだしてやりたいもんなあ

**デフォルトの名無しさん** · 2018/11/26(月) 21:40:59.64

FXもやってくぞー

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

xamarinxamarin言ってるやつは何しに来たんだ？xamarinが最大手？馬鹿抜かせ。
日本以外の世界の水道・ガス・パーキングメーター類、ハンディPOS、中身組み込み向けjavaだぞ。
BD-Jもjavaだしxamarinどこにあるんだよ。

gluonに間違ってるところがあるとしたら組み込みにjava seベースとその上で動くjavafxを選んだことだろ。
組み込みじゃフットプリントでかすぎるし、リソース食い過ぎるし、
組み込みにRIAみたいないちいちアニメーションするguiも必要ない。
そういうのは富豪環境のエンドユーザー向けでやればいい。
xamarinと被る領域なら最近は組み込みまでnodeじゃん。

**デフォルトの名無しさん** · 2018/12/01(土) 06:57:32.19

>gluonに間違ってるところがあるとしたら組み込みにjava seベースとその上で動くjavafxを選んだことだろ。
GluonはJavaFXするための会社だから、存在を全否定するのはやめて差し上げろ。

**デフォルトの名無しさん** · 2018/12/01(土) 07:49:15.91

FXやりたいんじゃなくて、やりたいのは金儲けでしょ
そもそもGluonってJavaFXにタダ乗りしてXamarinモデルで一儲けしようとしてただけで、
JavaFXの本体の開発を進めるなんて全く言ってないし実際やってもいないのに的外れもいいとこ

**デフォルトの名無しさん** · 2018/12/01(土) 08:39:40.60

>>325
一応JavaFXに関する貢献でDukes Choice Award を2015年に取っているから
何もしていないということはないと思うが、
GluonにJavaFXの開発をする体力はないだろうという点には同意する。

**デフォルトの名無しさん** · 2018/12/01(土) 09:04:01.42

筋違いの期待をしてる人には気の毒だが、そもそもGluonは本体はオープンソースですらない
別にGluonを非難する意図はないぞ
そこらへんのたかが一中小企業に対して、どう頑張っても自社の独占資産にならないGPLソフトウェアに全力投資しろというのは無茶な話だ

**デフォルトの名無しさん** · 2018/12/01(土) 17:51:44.63

話題にしたいのはGluonが金儲けをするためにはどうするべきだったかではなくて、
JavaFXが安定して発展するにはGluonがどうすればよかったかなのだが、
>>316で言ったように最初から無理ゲーだったということでおk?

**デフォルトの名無しさん** · 2018/12/13(木) 18:43:00.51

ニコニコ大百科での暗躍も実を結ばなかったな

**デフォルトの名無しさん** · 2018/12/13(木) 18:43:26.32

JavaFX
https://dic.nicovideo.jp/a/javafx

**デフォルトの名無しさん** · 2018/12/13(木) 19:03:43.75

>>329
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/17(木) 20:38:34.91

ニコニコ大百科見てないなら黙ってりゃいいのにでしゃばりかｗ

**デフォルトの名無しさん** · 2019/01/17(木) 20:40:57.32

>>331
言いたいことわからないとか本気でいってんのかよ
そんなんだから普及しないんだよバカ

**デフォルトの名無しさん** · 2019/01/18(金) 10:53:22.72

>>333
>>331が>>329の言いたいことがわからないことと、JavaFXが普及しないことに因果関係はないと思うんだけど。
>>333の頭の中身は大丈夫なのでしょうか。

**デフォルトの名無しさん** · 2019/01/18(金) 23:19:24.49

何かと戦ってるんだろうなぁ

**デフォルトの名無しさん** · 2019/01/21(月) 10:54:21.77

いや>>333のバカってのはいわゆるツンデレというやつだろう。

**デフォルトの名無しさん** · 2019/01/22(火) 19:01:58.84

>>334
言いたいことがわからないっていってるんだから因果関係もない
お前の頭が大丈夫なのか
そもそもJavaFXの関係ある話なの？

**デフォルトの名無しさん** · 2019/01/22(火) 19:02:31.24

JavaFXのスレでなに期待してんだろうなこのバカ

**デフォルトの名無しさん** · 2019/01/22(火) 19:03:29.26

>>336
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/22(火) 19:05:16.91

>>334
わかったから
ニコニコ大百科での暗躍も実を結ばなかったな
JavaFX
https://dic.nicovideo.jp/a/javafx

で
何がいいたいかくらいわかれバカ

**デフォルトの名無しさん** · 2019/01/22(火) 19:06:08.10

ニコニコ大百科での暗躍も実を結ばなかったな
JavaFX
https://dic.nicovideo.jp/a/javafx

**デフォルトの名無しさん** · 2019/01/23(水) 09:38:21.37

暗躍？

**デフォルトの名無しさん** · 2019/01/23(水) 18:32:57.39

>>337-341
うわぁ…

**デフォルトの名無しさん** · 2019/01/30(水) 12:40:06.37

>>343
うわああ・・・やばこいつｗｗｗ

**デフォルトの名無しさん** · 2019/01/30(水) 12:40:25.00

>>342
暗躍じゃなきゃなんだよ

**デフォルトの名無しさん** · 2019/01/30(水) 12:40:45.17

>>342
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/30(水) 12:41:13.38

>>335
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/30(水) 12:42:08.59

>>343
ごめん、言いたいことがわからない。

**デフォルトの名無しさん** · 2019/01/30(水) 12:48:50.40

煽りだけは一人前なんだから嫌なんだよ
クズが！

**デフォルトの名無しさん** · 2019/02/04(月) 18:14:04.34

スレ伸びてるやん！

**デフォルトの名無しさん** · 2019/02/05(火) 09:40:56.91

JavaFXの人気に嫉妬

**デフォルトの名無しさん** · 2019/02/05(火) 22:09:37.36

>>350
言いたいことあるなら言ってみろ？オラ
ゴミレスしやがって

**デフォルトの名無しさん** · 2019/02/05(火) 22:09:56.80

>>351
マジレスするけどJavaFXの人気ないでしょ

**デフォルトの名無しさん** · 2019/02/05(火) 23:26:20.93

そもそも次スレ立つかどうかもわからんけど
次は標準が外れるんだな(´・ω・`)

**デフォルトの名無しさん** · 2019/02/06(水) 06:46:34.91

>>354
JDK11からなので、もう外れているとも言える。

**デフォルトの名無しさん** · 2019/02/06(水) 08:38:39.25

誤解した。スレタイから標準の文字が外れるという意味か。

**デフォルトの名無しさん** · 2019/02/06(水) 15:16:17.92

俺の心の中では永遠に標準

**デフォルトの名無しさん** · 2019/02/09(土) 14:39:10.08

伸びてるから期待してみたら・・・
まったくぅ

**デフォルトの名無しさん** · 2019/02/09(土) 15:50:05.38

流行らせれば良いんだよ。そうすればデファクトスタンダードになってやがてISOとかに登録されて標準化される。

**デフォルトの名無しさん** · 2019/02/10(日) 23:17:53.46

JDK8のJavaFX使うのむっちゃ楽だったのにな～

**デフォルトの名無しさん** · 2019/02/19(火) 05:10:46.16

>>360
まったくだ。
JDK11だとどうすれば使えるのかすらよくわからん。

**デフォルトの名無しさん** · 2019/02/25(月) 21:42:40.83

ちょっとスレチだけどいい？もしかして、Java標準のGUIってSwing？

**デフォルトの名無しさん** · 2019/02/26(火) 09:56:24.17

まあ、最初からライブラリに含まれているので標準と言えば標準かな。

**デフォルトの名無しさん** · 2019/03/02(土) 15:41:40.44

Amazon CorrettoがJavaFXをサポートしていると聞いて入れてみたが、だめだった。
色々ないものがあるらしい。
https://stackoverflow.com/questions/53876524/is-javafx-media-supported-by-corretto

**デフォルトの名無しさん** · 2019/03/31(日) 04:43:09.25

openjfx12からscenebuilder削除されたからgluonのハードフォークが名実ともにscenebuilderになったな。
プロパティファイル化けてんの直してほしいけど、今openjfxのスポンサーgluonだし、
openjfxの公式サイトがgluonでそこからダウンロード出来るのがgluonのビルドだし、
ただのミラーのはずだったgluonのportingのgithub issuesにopenjfx関連のissueあるしこのままjavafx乗っ取られたりしてなw

>>360,361,364
9以降にopenjfxの適当なdistroのモジュールパス通すだけよ。
gluonのsdkでも自分でビルドしてもビルドツール使ってもjavafxバンドルしたjre作っても何でも良いよ。
非モジュールのjavafxアプリをhogehogeするよりモジュール化した方が簡単。

**デフォルトの名無しさん** · 2019/05/14(火) 04:11:54.09

corretto8入れて解決
足りないものがあるなら言えば入れてくれるだろ

**デフォルトの名無しさん** · 2019/05/28(火) 12:52:24.67

>>365が言ってるのは自己完結型だな
>>366はOS共通のJDKでJavaFXやる方法

**デフォルトの名無しさん** · 2019/06/21(金) 06:10:10.33

>>366
言っても入れてもらえなかったぽい。代わりに
https://bell-sw.com/pages/java-8u212
なんてものがあるらしいが、問題は
BellSoftがマイナーすぎてOracleやAmazonほどに世間の検証を受けていないことか。

**デフォルトの名無しさん** · 2019/08/29(木) 00:33:37.84

gluonのjavafxバイナリがマイナーチェンジする気まったくないな。
SceneBuilderは自分でビルドすればいいとしてopenjfxめんどくさいのがな。
Liberica JDKはopenjfxは12みたい。11の新しいリビジョンはソースからビルドするしかなさそう。

**デフォルトの名無しさん** · 2019/09/25(水) 02:33:18.22

>>365 >>366
あのさあ・・・
JDK8時代と比べて何も違わんとか言いたげなのは明らかにおかしいだろ
そりゃ過疎るわ