回答編集履歴
1
追記
answer
CHANGED
|
@@ -1,4 +1,14 @@
|
|
|
1
1
|
URLClassLoaderではなく型をClassLoaderとして宣言すればよいと思います。
|
|
2
2
|
JDK8限定だとしてもそうすべきではないでしょうか？
|
|
3
3
|
|
|
4
|
-
原因がおわかりのような気がするのですがURLClassLoaderとしなければならない理由があればそれを明記されたほうがよいと思います。
|
|
4
|
+
原因がおわかりのような気がするのですがURLClassLoaderとしなければならない理由があればそれを明記されたほうがよいと思います。
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
追記：コメントを拝見して感じたことを整理します。
|
|
9
|
+
|
|
10
|
+
コメントを拝見すると、URLClassLoaderを仮定したい動機がURLClassLoader#addURLを使うことのようです。それをするということはJVM起動時にクラスパスへ存在していなかったパスを「あたかも初めからクラスパスへ指定していたかのように追加したい」ということのように思えました。
|
|
11
|
+
|
|
12
|
+
そこが自分には疑問でした。JVM起動時にクラスパスへ必要なパスを指定すれば済むように思えるのですが、なぜ起動後に動的に追加するという面倒な方法を使う必要があるのかがわかりません。例えばサーバープログラムのようなものだとJVMを停止しないままで動的にコンフィギュレーションを切り替えるといったことが必要な場面があるのかも知れないと想像しますが、JVMを停止させないということは稼働中のサービスを止めたくないという意図があるのだとして、プログラムを動かしたままクラスパスを動的に変更するということが安全にできるものだろうかという疑問がわいてくるのです。
|
|
13
|
+
|
|
14
|
+
サーバーに関しては自分に経験が乏しいために「ほしい場面」を想定することができないだけなのかも知れませんが・・・
|