Date all'istanza dell'applicazione GlassFish il suo proxy in uscita

Selezionate il target GlassFish che esegue l'applicazione prima di creare opzioni proxy. create-jvm-options per impostazione predefinita punta al server di amministrazione del dominio; accetta anche un'istanza, un cluster o una configurazione denominata. Il valore predefinito può quindi modificare la JVM sbagliata.

Per una configurazione denominata illustrativa app-config:

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

Sostituite il target e l'endpoint; il elenco di proxy HTTP fornisce candidati HTTP per le richieste consentite verso target pubblici. L'argomento separato da due punti contiene quattro opzioni. I valori host sono nomi host senza prefissi URL. Le proprietà HTTP/HTTPS separate di Java descrivono i protocolli di destinazione; un target HTTPS può comunque usare un normale proxy HTTP CONNECT.

Ispezionate i valori salvati con list-jvm-options per lo stesso target. Esaminate prima le voci esistenti: create non ricrea un'opzione identica, quindi un comando riuscito non risolve da solo i valori in conflitto.

Poi ispezionate le proprietà effettive dell'istanza in esecuzione e il client HTTP reale. GlassFish distingue le opzioni che richiedono un riavvio dalle proprietà di sistema che può aggiornare subito. Seguite la release distribuita invece di una ricetta di riavvio incondizionata; un client esistente può mantenere il proprio percorso.

Questo metodo si applica ai client che rispettano le proprietà di rete della JVM. Un proxy di libreria esplicito o un trasporto separato richiede la propria impostazione supportata, mentre i listener in ingresso non sono correlati. Conservate le destinazioni dirette richieste nella politica di bypass di Java. Aggiungere proprietà JVM arbitrarie di nome utente/password non fornisce l'autenticazione proxy di ogni client.