javaFXプロジェクトをエクスポートするとcssファイルが読み込まれない

下記のSampleプロジェクトを実行可能なjarファイルとしてエクスポートしました。

〇生成されるJARに必須ライブラリーを抽出
×生成されるJARに必須ライブラリーをパッケージ
〇生成されるJARの隣のサブフォルダーに必須ライブラリーをコピー

×のjarファイルは実行するとエラーが出ました。
"Invalid stylesheet URL"ということですが、jarファイルを解凍するとcssファイルは含まれています。
eclipse上で実行する場合とパスの設定が違うのでしょうか。

java
1webEngine.setUserStyleSheetLocation(getClass().getResource("/application/webView.css").toExternalForm());

dos
1Caused by: java.lang.IllegalArgumentException: Invalid stylesheet URL
2        at javafx.scene.web.WebEngine$2.invalidated(WebEngine.java:550)
3        at javafx.beans.property.StringPropertyBase.markInvalid(StringPropertyBase.java:109)
4        at javafx.beans.property.StringPropertyBase.set(StringPropertyBase.java:144)
5        at javafx.beans.property.StringPropertyBase.set(StringPropertyBase.java:49)
6        at javafx.scene.web.WebEngine.setUserStyleSheetLocation(WebEngine.java:481)
7        at application.EventListenerWeb.<init>(EventListenerWeb.java:40)
8        at application.EventController.initialize(EventController.java:113)

追記
読み込むファイルを出力してみました。

java
1
2        URL url = getClass().getResource("/application/webView.css");
3
4        System.out.println("url " + url);
5        System.out.println("url " + url.toExternalForm());
6
7       webEngine.setUserStyleSheetLocation(url.toExternalForm());

動作するJar（〇）

dos
1url jar:file:/C:/Users/personal/Documents/job/%e3%82%bf%e3%82%b9%e3%82%af/yahoo/app_E.jar!/application/webView.css
2url jar:file:/C:/Users/personal/Documents/job/%e3%82%bf%e3%82%b9%e3%82%af/yahoo/app_E.jar!/application/webView.css

動作しないjar（×）

dos
1url rsrc:application/webView.css
2url rsrc:application/webView.css

rsrc　URLClassLoaderの独自プロトコル？
（https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10142834290）

動作するjarとしないjarで違いが確認できました。
後は、jarファイルを解凍　→　逆コンパイルでコードの違いを確認すると分かるでしょうか。

追記　その２

実行可能jarをデコンパイルしましたが、どれもコードは同じなんですね。

java
1        URL url = getClass().getResource("/application/webView.css");
2        System.out.println((new StringBuilder("url ")).append(url).toString());
3        System.out.println((new StringBuilder("url ")).append(url.toExternalForm()).toString());
4        webEngine.setUserStyleSheetLocation(url.toExternalForm());

それだと、デコンパイル時に変換が起こっているか、コード以外の部分が原因と考えられそうですが。
深い森に入り込んだような感じです。

行動規範の内容に同意します

回答1件

ベストアンサー

原因についてわからないのですが参考になるかも知れない点をコメントしてみます。

スタックトレースからJDKのソース(1.8.0_131)を当たってみると、指定されたURLが期待通りの形式でなかった場合に550行目で例外が起きるので、それが直接原因に見えました。ソースコードを見る限りuserStyleSheetLocationプロパティーに指定できるのは

null
""
"data:text/css;charset=utf-8;base64,"で始まるもの
"file:", "jar:", "data:"で始まるもの

となっており、いずれでもない場合に550行目で"Invalid stylesheet URL"がスローされます。ただ・・・ご質問のコードでのURLの求め方はIDE上で動かしてもjarから動かしてもどちらでも通用する書き方であると思います。実際、自分もやってみましたがどちらでも動きます。

jarから動かすと指定されるURLは以下のようなものになってます(IntelliJ IDEAなのでEclipseでの様子とは異なると思います)

jar:file:/C:/IdeaProject/TestApp/out/artifacts/TestApp/TestApp.jar!/application/webView.css

切り分けのために、userStyleSheetLocationに設定しようとしている文字列の内容をデバッグプリントしてみてはいかがでしょうか。

追記1：
以前のご質問の内容・時期からお使いのJDKは1.8.0_131と推測しましたが、合ってるでしょうか？
=>JDKのバージョンが微妙に違いますがおそらくソースは一致していると思います。後で確認してみます。
=>1.8.0_144のソースを確認しました。550行目周辺は1.8.0_133と同一でした。追記２にかいた直接原因(rsrc:)が直接原因である点は確かだと思います。

追記2:

追記された情報から原因はURLのプロトコルがrsrc:になっている点と思います。なんでこういうプロトコルになるかといえば生成されたjarを実行する際にcodebaseのURLプロトコルがrsrc:になることだと思います。自分はこうした経験がないのでなんでそんなことになるかわかりませんでした。そこで検索してみたところそれらしい記事を見つけました。
RMI - unknown protocol: rsrc

この記事の最後の回答をみると原因はeclipseにあるようです。対処のための提案にはjarの生成をAntか、Fat-Jarプラグインでやるといったことが書いてあります。

Suggestion: Try to generate the jar file with Ant!

Or you can try the Fat-Jar Plugin for Eclipse, BUT don't activate the One-Jar option...
it seems to work (although the version is 0.0.31)

最近はEclipseを使わないこともあり、詳しくはどうするのがいいか明確にはコメントできないのですが、上記を参考にしてみてはいかがでしょうか。

追記3:
よくよく考えると、上記対処に「BUT don't activate the One-Jar option...」と書いてありますね。ということは質問者さんがやりたいことがFat-Jarプラグインでも不可能ということになるのかな。Antでやれと言われると自分だったらへこたれてしまいます。Eclipseに詳しい方のコメントを待った方がいいのかもです。

追記4:

Eclipseで実行可能JARファイルでエクスポートした時のディレクトリ構成の違い

をみるとjarのパッケージングのしかたに違いはあるものの下記のいずれも参照している外部ライブラリーは生成されるjarに含まれることになると思うので、そうしてもよければ1 or 3を選択するのが回避策になるのではないかという気がしました。jarのパッケージ構成について暗いので2でなければならない理由があるかどうかわかりません。間違ってたらゴメンナサイ。

1 〇生成されるJARに必須ライブラリーを抽出
2 ×生成されるJARに必須ライブラリーをパッケージ
3 〇生成されるJARの隣のサブフォルダーに必須ライブラリーをコピー

投稿2017/10/08 15:09

編集2017/10/08 17:26

KSwordOfHaste

総合スコア18394

uer03108

2017/10/08 15:57

いつもご回答有難うざいます。 javaも奥が深くて幅が広いですね。地道に１つ１つ潰していきます。 javaのバージョンは"jdk1.8.0_144"になります。

uer03108

2017/10/08 17:02

とても勉強になりました。また、下記の様なeclipseのバグサイトがあるんですね。 Bugzilla（https://bugs.eclipse.org/bugs/）バグが出る程の高度なことをやるレベルでもないと思いますが。 eclipseのjarのエクスポートは不安定な部分が残っているということですかね。

uer03108

2017/10/08 18:14

長々とお付き合い頂き、有難うございます。下記がドキュメントになる様ですが、パッケージを分ける理由については掛かれていませんでした。 https://help.eclipse.org/luna/index.jsp?topic=%2Forg.eclipse.jdt.doc.user%2Freference%2Fref-export-runnable-jar.htm https://help.eclipse.org/luna/index.jsp?topic=%2Forg.eclipse.jdt.doc.user%2Ftasks%2Ftasks-37.htm

uer03108

2017/10/09 02:12

×のjarについては、jar内のフォルダ形式がeclipseと似ているので、相対パスにしているのかなと思いましたが。最初にご回答いただいた・null ・"" ・"data:text/css;charset=utf-8;base64,"で始まるもの・"file:", "jar:", "data:"で始まるものに"rsrc:****"が該当しないのでエラーになったと言うことでいいのかな。勉強になりました。エラー調査も骨が折れますね。

KSwordOfHaste

2017/10/09 03:20

> eclipseと似ているので、相対パスにしているいえ、あくまでgetResourceで求めたURLはcodebaseからの相対になるのでschemeがcodebaseと同じになるのは普通の規則だと思います。 > 該当しないのでエラーになったそうです。rsrcというURL schemeは標準scheme一覧的なページに見当たらないのでeclipse独自ブートローダーの独自仕様と思います。独自schemeなので、schemeを意識するような箇所(本件)では当然問題が起きます。

行動規範の内容に同意します