Mamy kilka aplikacji działających w Javie 5 i chcielibyśmy teraz udostępnić aplikację opartą na Javie 6. Czy obie wersje Java mogą funkcjonować razem w systemie Windows?
Czy istnieje panel sterowania służący do ustawiania odpowiedniej wersji języka Java dla różnych aplikacji lub w inny sposób konfigurowania wersji języka Java, która będzie używana do uruchamiania tej konkretnej aplikacji?
Odpowiedzi:
Oczywiście możesz używać wielu wersji Java w systemie Windows. Różne aplikacje mogą korzystać z różnych wersji Java. Jak rozpoczęła się Twoja aplikacja? Zwykle będziesz mieć plik wsadowy, w którym jest coś takiego
java ...
Spowoduje to przeszukanie pliku wykonywalnego Java przy użyciu zmiennej PATH. Jeśli więc Java 5 jest pierwsza w PATH, będziesz mieć problemy z uruchomieniem aplikacji Java 6. Następnie należy zmodyfikować plik wsadowy, aby używał określonej wersji Javy, np. Definiując zmienną środowiskową JAVA6HOMEz wartością C:\java\java6(jeśli Java 6 jest zainstalowana w tym katalogu) i zmienić wywołanie pliku wsadowego
%JAVA6HOME%\bin\java ...
jdk-...exe STATIC=1. Spróbowałem tego i zadziałało.
STATICjako argument, ale czy JDK też?
Jest absolutnie możliwe zainstalowanie obok siebie kilku wersji JRE / JDK. Co więcej, nie musisz robić nic specjalnego, aby tak się stało, ponieważ Sun tworzy dla każdego inny folder (w Program Files).
Nie ma panelu sterowania do sprawdzania, które środowisko JRE działa dla każdej aplikacji. Zasadniczo środowisko JRE, które będzie działać, będzie pierwszym w zmiennej środowiskowej PATH. Możesz to zmienić lub zmienną JAVA_HOME lub utworzyć określone pliki cmd / bat, aby uruchomić żądane aplikacje, każda z innym środowiskiem JRE w ścieżce.
Byłem zbulwersowany niezdarnością pomysłów CLASSPATH, JAVA_HOME i PATH w systemie Windows, aby śledzić pliki Java. Dotarłem tutaj z powodu wielu środowisk JRE i tego, jak się z tego zadowolić. Bez zwracania informacji, od faceta dużo mądrzejszego ode mnie, wskazałbym raczej na jego artykuł na ten temat, który jak dla mnie rozwiązuje to doskonale.
Artykuł autorstwa: Ted Neward: Multiple Java Homes: Giving Java Apps their own JRE
Wraz z wykładniczym rozwojem języka Java jako języka programowania po stronie serwera nastąpił równoważny wykładniczy wzrost liczby narzędzi programistycznych, środowisk, struktur i rozszerzeń języka Java. Niestety, nie wszystkie te narzędzia dobrze ze sobą współpracują w ramach tej samej instalacji maszyny wirtualnej Java. Niektóre wymagają środowiska zgodnego z Servlet 2.1, inne wymagają 2.2. Niektóre działają tylko pod JDK 1.2 lub nowszym, inne pod JDK 1.1 (i nie wyżej). Niektóre wymagają pakietów „com.sun.swing” sprzed wersji Swing 1.0 dni, inne wymagają nazw pakietów „javax.swing”.
Co gorsza, problem ten można znaleźć nawet w korporacyjnym przedsiębiorstwie, ponieważ systemy opracowane przy użyciu języka Java sprzed zaledwie sześciu miesięcy mogą nagle „przestać działać” z powodu instalacji rozszerzenia Java wymaganego przez nową (pozornie niepowiązaną) wersję aplikacji. Może to skomplikować wdrażanie aplikacji Java w całej korporacji i sprawić, że klienci zaczną się zastanawiać, dlaczego pięć lat po rozpoczęciu niesławnych problemów związanych z instalacją tej aplikacji psuje mój system, które zaczęły się od schematów DLL firmy Microsoft, wciąż nie mamy nie posunął się znacznie dalej. (W rzeczywistości nowa inicjatywa .NET stara się rozwiązać niesławny problem „piekła DLL”, który właśnie opisano).
W tym artykule opisano, jak skonfigurować instalację Javy tak, aby dana aplikacja otrzymywała własne, prywatne środowisko JRE, pozwalające na współistnienie wielu środowisk Java bez doprowadzania klientów (lub administratorów systemu) do szaleństwa ...
Powinna istnieć możliwość zmiany ustawienia zmiennej środowiskowej JAVA_HOME w inny sposób dla określonych aplikacji.
Uruchamiając z wiersza poleceń lub ze skryptu wsadowego można set JAVA_HOME=C:\...\j2dskXXXzmienić środowisko JAVA_HOME.
Możliwe, że musisz również zmienić PATHzmienną środowiskową, aby używała poprawnego pliku binarnego Java. Aby to zrobić, możesz użyć set PATH=%JAVA_HOME%\bin;%PATH%.
Możemy zainstalować wiele wersji zestawów deweloperskich Java na tej samej maszynie za pomocą SDKMan.
Niektóre punkty dotyczące SDKMan są następujące:
_HOMEi, PATHponieważ SDKMan obsługuje to automatycznie.SDKMan może działać na dowolnej platformie UNIX, takiej jak Mac OSX, Linux, Cygwin, Solaris i FreeBSD i możemy go zainstalować za pomocą następujących poleceń:
$ curl -s "https://get.sdkman.io" | bash
$ source "$HOME/.sdkman/bin/sdkman-init.sh"
Ponieważ SDKMan jest napisany w bashu i wymaga tylko curl i zip / unzip, aby były obecne w twoim systemie. Możesz również zainstalować SDKMan w systemie Windows, instalując najpierw środowisko Cygwin lub Git Bash dla Windows, a następnie uruchamiając powyższe polecenia.
Polecenie sdk list javapoda nam listę wersji java, które możemy zainstalować za pomocą SDKMan.
Instalowanie Java 8
$ sdk install java 8.0.201-oracle
Instalowanie Java 9
$ sdk install java 9.0.4-open
Instalowanie Java 11
$ sdk install java 11.0.2-open
Odinstalowanie wersji Java
Jeśli chcesz odinstalować dowolną wersję JDK, np. 11.0.2-open, możesz to zrobić w następujący sposób:
$ sdk uninstall java 11.0.2-open
Przełączanie aktualnej wersji Java
Jeśli chcesz aktywować jedną wersję JDK dla wszystkich terminali i aplikacji, możesz użyć polecenia
sdk default java <your-java_version>
Powyższe polecenia automatycznie zaktualizują również zmienne PATH i JAVA_HOME. Możesz przeczytać więcej w moim artykule Jak zainstalować wiele wersji Java na tym samym komputerze .
Wywołanie Javy z „wersją java: 1.5” itd. Powinno działać z poprawną wersją Javy. (Oczywiście zamień 1.5 na wybraną wersję).
Jeśli Java jest poprawnie zainstalowana w systemie Windows, istnieją ścieżki do maszyny wirtualnej dla każdej wersji przechowywanej w rejestrze, z którego korzysta, więc nie musisz majstrować przy wersjach środowiska w systemie Windows.
Lub użyj linków. Chociaż aktualizacja PATH w działającym środowisku jest raczej nieprzyjemna, łatwo jest odtworzyć łącze do nowej wersji JRE / JDK. Więc:
Używam prostego skryptu podczas uruchamiania jmetera z własną wersją java
setlocal
set JAVA_HOME="c:\java8"
set PATH=%JAVA_HOME%\bin;%PATH%;
java -version
aby mieć "przenośną" javę, możesz użyć tej metody tutaj:
Jeśli korzystasz z Java Web Start (możesz uruchamiać aplikacje z dowolnego adresu URL, nawet z lokalnego systemu plików), zajmie się on znalezieniem odpowiedniej wersji dla Twojej aplikacji.
Korzystając z Java Web Start, możesz zainstalować wiele JRE, a następnie wywołać to, czego potrzebujesz. W przypadku wygranej możesz utworzyć plik .bat:
1- wersja online: < twoja_wersja_JRE \ bin \ javaws.exe> -localfile -J-Djnlp.application.href = < adres URL pliku .jnlp .jnlp> -localfile -J "< path_temp_jnlp_file_ .jnlp>"
2- uruchom z pamięci podręcznej: < your_JRE_version \ bin \ javaws.exe> -localfile -J "< path_of_your_local_jnlp_file .jnlp>"