Dați instanței aplicației GlassFish proxy-ul său de ieșire

Selectați ținta GlassFish care rulează aplicația înainte de a crea opțiuni de proxy. create-jvm-options vizează implicit serverul de administrare a domeniului; acceptă și o instanță, un cluster sau o configurație numită. Prin urmare, valoarea implicită poate modifica JVM-ul greșit.

Pentru o configurație numită ilustrativă app-config:

asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"

Înlocuiți ținta și punctul final; lista de proxy-uri HTTP furnizează candidați HTTP pentru cererile permise către ținte publice. Argumentul separat prin două puncte conține patru opțiuni. Valorile gazdă sunt nume de gazdă fără prefixe URL. Proprietățile HTTP/HTTPS separate ale Java descriu protocoalele de destinație; o țintă HTTPS poate folosi în continuare un proxy HTTP CONNECT obișnuit.

Inspectați valorile salvate cu list-jvm-options pentru aceeași țintă. Examinați mai întâi intrările existente: create nu recreează o opțiune identică, așa că o comandă reușită nu rezolvă de la sine valorile conflictuale.

Apoi inspectați proprietățile efective ale instanței care rulează și clientul HTTP real. GlassFish distinge opțiunile care necesită repornire de proprietățile de sistem pe care le poate actualiza imediat. Urmați versiunea implementată, nu o rețetă de repornire necondiționată; un client existent poate să-și păstreze propria rută.

Această metodă se aplică clienților care respectă proprietățile de rețea ale JVM. Un proxy explicit de bibliotecă sau un transport separat are nevoie de propria setare acceptată, în timp ce ascultătorii de intrare nu au legătură. Păstrați destinațiile directe necesare în politica de ocolire a Java. Adăugarea de proprietăți JVM arbitrare pentru nume de utilizator/parolă nu oferă autentificarea proxy a fiecărui client.