Czy mogę użyć ścieżki classpath do przesłonięcia pliku w uruchomionym słoiku?

Question

Mam plik JAR zawierający aplikację, a także pliki konfiguracyjne dla tej aplikacji. Aplikacja ładuje pliki konfiguracyjne ze ścieżki klas (przy użyciu ClassLoader.getResource()) i ma całkowicie zadowalające zależności za pomocą plików konfiguracyjnych zapakowanych do pliku JAR.

Czasami chcę, aby aplikacja była uruchamiana z nieco inną konfiguracją (konkretnie chcę zastąpić adres URL JDBC, aby wskazać inną bazę danych), więc utworzę nowy plik konfiguracyjny, zapisuję go we właściwej strukturze katalogów (co oznacza, że ​​w katalogu /config z wejściem ścieżce klasy), i chcę zrobić coś takiego:

java -cp new-config:. -jar application.jar 

Ale nie mogę uzyskać classpath mieć wpis new-config ścieżce przed zawartości słoika aplikacji. Czy trudno jest zakodować, że zawartość JAR jest zawsze pierwszą rzeczą w ścieżce klas?

Answer 1

Dlaczego nie wystarczy powołać się na aplikację bez określania -jar i zamiast nazwać główną klasę aplikacji jawnie? Umożliwi to umieszczenie pliku new-config i pliku application.jar na ścieżce klas w wymaganej kolejności:

np. (Zakładając, że „nowy-config” to katalog zawierający plik właściwości przesłoniętych)

java -cp new-config:application.jar Application.Main.Class 

wierzę nazwa głównej klasy można znaleźć w pliku MANIFEST.MF wewnątrz słoika ....

Answer 2

Może być niemożliwe przy użyciu tylko CLASSPATH. Istnieją sposoby, aby uzyskać wywołanie ClassLoader.getResource() użyć statycznej ścieżki, aby znaleźć zasób. Jeśli to robi, omija CLASSPATH.

Answer 3

Archiwum JAR określone w opcji -jar zastępuje wszystkie pozostałe wartości.

Powinieneś ogólnie zrobić to z zewnętrznym plikiem konfiguracyjnym lub zbudować własne rozwiązanie withod ClassLoader.getResource().

Używamy rozwiązań niestandardowych, aby rozwiązać ten problem - możemy załadować właściwości wewnętrznych tak:

final Properties p = new Properties(); 
p.load(DefaultConfiguration.class.getResourceAsStream("config.properties")); 

Następnie załadowania pliku zewnętrznego w taki sam sposób i nadpisać wartości wewnętrznych z tymi zewnętrznymi.

Dla informacji, w jaki sposób działa klasa ładowanie patrz:

http://java.sun.com/javase/6/docs/technotes/tools/findingclasses.html

Answer 4

w przypadku korzystania z opcji -jar, aby uruchomić aplikację:

... plik JAR jest źródłem wszystkich klas użytkowników oraz inne ustawienia klasa użytkownik ścieżki są ignorowane.

zgodnie z opisem here. Obejściem byłoby określenie ścieżki klas w manifeście pliku jar, aby uwzględnić dodatkową ścieżkę (opisaną jako here).

Jednakże, biorąc pod uwagę, że mówisz tylko o zmianie konfiguracji, możesz wybrać inne podejście, które nie jest zależne od ścieżki klas. Na przykład zwykle konfiguruję aplikacje za pomocą Spring, używając plików właściwości, aby określić lokalizację baz danych, itp. Moja konfiguracja Spring jest spójna w środowiskach testowych, kontroli jakości i środowiskach aktywnych, ale podczas uruchamiania aplikacji przekazuję inny plik właściwości jako argument wiersza poleceń .

Wiosna Konfiguracja Snippet

<bean id="MyDataSource" class="org.springframework.jdbc.datasource.SingleConnectionDataSource"> 
    <property name="url" value="jdbc:microsoft:sqlserver://${dbServer}:${dbPort};DatabaseName=${dbName}"/> 
    <property name="username" value="${dbUserName}"/> 
    <property name="password" value="${dbPassword}"/> 
    <property name="suppressClose" value="false"/> 
</bean> 

właściwości Plik Fragment

dbServer=MyServer 
dbPort=1433 
dbName=MyDb 
dbUserName=Me 
dbPassword=foobar