OneJar i dynamiczne ładowanie klasy

Question

Obecnie badamy wykorzystanie OneJar w naszej aplikacji (z wielu powodów), ale nasza aplikacja korzysta z wielu niestandardowych URLClassloader s, aby załadować rozszerzenia aplikacji.

Po dołączeniu do słoika "OneJar" otrzymujemy wyjątki od ClassNotFound. Klasy te znajdują się w pakiecie Jar, a my po prostu polegamy na mechanizmie klasowym, aby rozwiązać relację rodzic/dziecko.

To znaczy. Mamy wspólny interface, który jest przechowywany w pakiecie Jar (który powinien należeć do kontekstu nadrzędnego modułu ładującego klasy). Rozszerzenie implementuje tę interface (pozwalającą nam wywoływać rozszerzenie) i polega na możliwościach programu ładującego klasy dla podrzędnych, aby używał funkcji odnajdywania zasobów nadrzędnego modułu ładującego klasy.

Czy ktoś miał jakiekolwiek doświadczenie z tym lub rzucić jakiekolwiek światło na temat, w jaki sposób możemy go rozwiązać.

byłbym zainteresowany w innych podobnych mechanizmów (do wiązania nasza biblioteka Jar użytkownika do jednego zasobu słoik, który nie wymaga użycia do unjar wszystko i Jar w jednym pliku)

Answer 1

znalazłem Robiłem niektóre założenia dotyczące sposobu, w jaki nasz moduł ładujący klasy został utworzony.

Przypuszczałem, że ładowarka klasa użyłby To ładującego klasy, jak to rodzic (tj getClass(). GetClassLoader()), ale nie było

Zamiast tego używał SystemClassLoader. Oznaczało to, że gdy program ładujący klasy class poszukiwał wspólnego interfejsu, nie mógł go znaleźć (ponieważ przeglądał on program SystemClassLoader, a nie moduł ładujący klasy OneJar).

I rektyfikowany to dodając CustomClassLoader.class.getClassLoader() do konstruktora naszej niestandardowej klasy loader