W jaki sposób opakowanie java-service-wrapper decyduje o użyciu maszyny wirtualnej 32- lub 64-bitowej?

Question

Używamy licencjonowanej kopii dostawcy od Tanuki Java Service Wrapper, aby uruchomić platformę. Jest dostarczany z owijkami dla każdego stylu i architektury O/S, a zalecany profil to 64-bitowa maszyna wirtualna z stertą 3 gigabajtów.

Używamy 64-bitowego RedHat, ale nie mogę znaleźć opcji konfiguracji opakowania, która zmusza skrypt wrapper.sh do korzystania z pliku binarnego wrapper-linux-x86-64. Jedynym sposobem, w jaki udało mi się uruchomić owijarkę w trybie 64-bitowym, jest usunięcie pliku binarnego wrapper-linux-x86-32.

Czy istnieje sposób zmuszenia opakowania do trybu 64-bitowego? Czy jest to po prostu próba wyboru najszybszego odpowiedniego ustawienia maszyny wirtualnej i wyboru trybu 32-bitowego, kiedy to możliwe, ponieważ nasza stertka ma mniej niż 4 gigabajty?

Chciałbym dowiedzieć się więcej o tym, w jaki sposób pakiet java-service-wrapper podejmuje decyzję 32/64 bitową, ale nie może znaleźć niczego w Internecie.

Answer 1

jakiej wersji opakowania używasz?

w 3.4.0 zostało to ulepszone: Zmieniono skrypty i pliki wsadowe, aby spróbować załadować plik wykonywalny opakowania, zgodnie z systemem, tj. W systemach 64-bitowych próbowano najpierw wykonać binarne 64-bitowe opakowanie a po tym nie powiedzie się próba załadowania 32-bitowego. Zachowanie to jest bardzo przydatne w przypadku pakietu delta opakowania.

okrzyki, Christian