Pitisha proksi kwa mchakato wa install4j unaopakua

Sanidi mchakato wa install4j unaopakua artefact. Sifa ya Java kwenye programu mzazi haifanyiki kiotomatiki kuwa chaguo la kuanzisha JVM nyingine.

Kwa njia ya mtandao ya Java iliyoandikwa, kisakinishi cha Unix kilichozalishwa kinaweza kupokea host/port kabla ya kupakua kupitia hoja za -J za VM:

./setup.sh -q -J-DproxyHost=proxy.example -J-DproxyPort=8080

Badilisha jina la faili na mwisho wa huduma. Kwa upakuaji unaoruhusiwa wa artefact ya umma bila uthibitishaji wa proksi, mgombea kutoka orodha ya proksi za HTTP anaweza kutoa host na port ya HTTP katika mfano huu wa Unix. -q ni hali bila usimamizi. Inapohitajika, pembejeo za akaunti ni proxyAuthUser na proxyAuthPassword; zikabidhi kupitia ushughulikiaji unaokusudiwa wa vibali badala ya kumbukumbu za pamoja.

Kwenye Windows, programu za kisakinishi kwa kawaida hutumia mtandao asili wa Windows na usanidi wa proksi wa mfumo wa uendeshaji. Sifa za Java hazisanidi njia hiyo. Kuchagua install4j.noWinInetConnection=true hubadilisha kwa makusudi kwenda mtandao wa Java, ambapo pembejeo hizo za upande wa Java zinaweza kutumika.

Njia ya Java pia inatambua http.proxyHost/http.proxyPort za JDK na sifa zinazolingana za HTTPS. Host na port ni tofauti, na URL ya lengo haibadiliki.

Upakuaji wa kompaila, ikiwa ni pamoja na mihuri ya muda ya utiaji sahihi, ni mali ya usanidi wa VM wa kompaila wakati wa ujenzi. Haviweki njia ya baadaye ya kisasisishaji kilichozalishwa. Kwa tofauti kati ya mwingiliano na bila usimamizi, rekodi faili inayotekelezeka, jukwaa, usafirishaji na pembejeo za kuanza kabla ya kutumia suluhisho lingine la toleo.