0
A.jarは、jnaを使用してネイティブコードB.dllを呼び出すと、次にを呼び出すためにJNIを使用します。ネイティブコードでJNI呼び出しで使用されるクラスローダーはどれですか？
B.dllへのすべてのJNAの呼び出しを行いA.jarでクラスがC.jarとA.jarはそのURLリストに追加しましたCustomClassLoaderがロードされている - A.jarのシステムクラスローダは、そのURLのリストでC.jarを持っていません。
ネイティブコードB.dllがenv->FindClass('some/class/in/c.jar')を呼び出すと、クラスが見つかりません。 CustomClassLoaderを削除し、A.jarのシステムクラスローダーのURLリストにC.jarを追加すると、env->FindClass('some/class/in/c.jar')はそのクラスを見つけることができます。しかし、A.jarのクラスは、と同じクラスローダを持つことは望ましくありません。実行がC.jarに到着するため、A.jarにはCustomClassLoaderがロードされています。
したがって、B.dllがJNIコールenv->FindClass('some/class/in/c.jar/')CustomClassLoaderが使用されているときにどういうことを保証できますか？
C.jarにA.jarと同じクラスローダを持たせたくない場合は、なぜ同じクラスローダーのURLリストに追加していますか？ここでの答えは、カスタムクラスローダーにデリゲートとしてシステムクラスローダーを持たせ、システムクラスローダーにC.jarを付けさせることです。しかし、あなたの記述が正確であると仮定して、なぜ今は動作しないのか、あなたの記述から理解するのは難しいです。 – EJP
したがって、AjarにA.jarのクラスFooがあります。これはJNAがB.dllを呼び出すので、このクラスにカスタムクラスローダをロードすると、B.dllがJNIを使ってC.jarを呼び出すときに、カスタムクラスローダーが使用されます。 FooはA.jarの他のリソースを使用する必要があります.AjarはFooをロードするカスタムクラスローダのURLリストになければなりません。しかし、これを試してみると、C.jarがJNI呼び出しによってB.dllによって呼び出されたときに、カスタムクラスローダがロードされるように見えます。 –