Pracuję nad pakunkiem OSGi, który implementuje usługę jako wrapper wokół rodzimego pliku wykonywalnego. Oznacza to, że usługa uruchamia plik wykonywalny za pomocąProcessBuilder, podaje niektóre dane i pobiera wynik. Moje pytanie dotyczy najlepszego sposobu pakowania tego pakietu. Natywny plik wykonywalny zawiera wiele zależnych plików danych, które muszą być obecne na dysku, aby narzędzie mogło działać. Znalazłem wiele odwołań do radzenia sobie z rodzimymi bibliotekami DLL w OSGi, ale żaden z nich nie odnosi się do plików powiązanych z pakietem, który musi być obecny na dysku, a nie tylko do pobrania przez ścieżkę klasy.

Zastanawiałem się, czy mogę dołączyć możliwe do wykonania i zależne pliki bezpośrednio do archiwum pakietu, a następnie programowo wyodrębnić do jakiegoś katalogu, gdy pakiet zostanie uruchomiony. Inną opcją, o której myślę, jest umieszczenie pliku wykonywalnego gdzieś i ustawienie właściwości systemu, która wskazuje na to lub coś takiego, ale chcę zachować konfigurację do minimum.

Rozwiązanie, które nie jest specyficzne dla konkretnej implementacji OSGi, byłoby miłe, ale jeśli nie, używam Equinox.

Dzięki!