Problemumgehung NoClassDefFoundError für falsche Verzeichnisstruktur

Question

Ich versuche, einen benutzerdefinierten Classloader zum Laden zufälliger .class Dateien, die sich irgendwo im Dateisystem befinden können, zu verwenden. Ich schrieb meinen Klassenlader, um ClassLoader zu erweitern, überschrieb die Methoden findClass() und loadClass() und las den Byte-Stream der Klassendatei ein. Das Problem entsteht, wenn ich ClassLoader.defineClass()

Die genaue Fehlermeldung erhalten aufzurufen versuchen, ist:

Exception in thread "main" java.lang.NoClassDefFoundError: Test (wrong name: com/foo/bar/Test) 
    at java.lang.ClassLoader.defineClass1(Native Method) 
    at java.lang.ClassLoader.defineClass(ClassLoader.java:800) 

Ich weiß, dass das Problem ist, dass die native Classloading Funktion nicht die Tatsache mag, dass Test.class nicht lebt /someDir/com/foo/bar/. Kann ich das irgendwie machen? Mein Classloader verfügt bereits über Code, um zu überprüfen, ob die definierte Klasse einem bestimmten Paket entspricht. Ich verstehe wirklich nicht, warum die native Methode dies nicht zulassen würde (abgesehen von der Sicherheit, die ich in diesem Anwendungsfall nicht brauche, und Event, dann lass mich in den Fuß schießen).

Answer 1

Native Klasse Loader, d. H. ClassLoader.defineClass1, weiß nichts über Verzeichnisstruktur. Es lädt nur ein Byte-Array.

Die Fehlermeldung besagt, dass der als Argument an defineClass übergebene Binärname nicht mit dem tatsächlich aus den Klassendatenbytes ermittelten Namen übereinstimmt. Die einfachste Problemumgehung besteht darin, name=null beim Aufrufen von defineClass festzulegen.

Hinweis: Sie können ein Paket einer Klasse nicht ändern, indem Sie es einfach in ein anderes Verzeichnis verschieben. Der Paketname ist in Klassendateidaten eingebettet. Sie müssen die Quellen entweder mit der richtigen package Direktive neu kompilieren oder die Klassendatei-Bytes beim Laden mit dem Bytecode-Instrumentierungsframework ändern.