Geben Sie der GlassFish-Anwendungsinstanz ihren ausgehenden Proxy

Wählen Sie das GlassFish-Ziel aus, das die Anwendung ausführt, bevor Sie Proxy-Optionen anlegen. create-jvm-options zielt standardmäßig auf den Domain-Administrationsserver; es akzeptiert auch eine Instanz, einen Cluster oder eine benannte Konfiguration. Die Voreinstellung kann daher die falsche JVM ändern.

Für eine beispielhafte benannte Konfiguration app-config:

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

Ersetzen Sie Ziel und Endpunkt; die HTTP-Proxy-Liste liefert HTTP-Kandidaten für zulässige Anfragen an öffentliche Ziele. Das durch Doppelpunkte getrennte Argument enthält vier Optionen. Hostwerte sind Hostnamen ohne URL-Präfixe. Javas getrennte HTTP/HTTPS-Eigenschaften beschreiben Zielprotokolle; ein HTTPS-Ziel kann dennoch einen normalen HTTP-CONNECT-Proxy verwenden.

Prüfen Sie die gespeicherten Werte mit list-jvm-options für dasselbe Ziel. Sehen Sie sich zuerst vorhandene Einträge an: create legt eine identische Option nicht neu an, daher löst ein erfolgreicher Befehl widersprüchliche Werte nicht von selbst.

Prüfen Sie dann die wirksamen Eigenschaften der laufenden Instanz und den tatsächlichen HTTP-Client. GlassFish unterscheidet Optionen, die einen Neustart erfordern, von Systemeigenschaften, die es sofort aktualisieren kann. Folgen Sie der eingesetzten Version statt eines pauschalen Neustartrezepts; ein bestehender Client kann seine eigene Route behalten.

Diese Methode gilt für Clients, die die Netzwerkeigenschaften der JVM beachten. Ein expliziter Bibliotheksproxy oder ein separater Transport benötigt seine eigene unterstützte Einstellung, während eingehende Listener nichts damit zu tun haben. Bewahren Sie erforderliche direkte Ziele in der Java-Bypass-Richtlinie. Das Hinzufügen beliebiger JVM-Eigenschaften für Benutzername/Passwort liefert nicht jedem Client die Proxy-Authentifizierung.