Gi GlassFish-applikasjonsinstansen sin utgående proxy
Lagre HTTP- og HTTPS-proxyegenskaper på GlassFish-målet som kjører applikasjonen, og kontroller deretter den effektive konfigurasjonen og klientatferden.
Velg GlassFish-målet som kjører applikasjonen, før du oppretter proxyvalg. create-jvm-options retter seg som standard mot domeneadministrasjonsserveren; den godtar også en instans, en klynge eller en navngitt konfigurasjon. Standardverdien kan derfor endre feil JVM.
For en illustrerende navngitt konfigurasjon app-config:
asadmin create-jvm-options --target app-config "-Dhttp.proxyHost=proxy.example:-Dhttp.proxyPort=8080:-Dhttps.proxyHost=proxy.example:-Dhttps.proxyPort=8080"
Erstatt målet og endepunktet; HTTP-proxylisten leverer HTTP-kandidater for tillatte forespørsler mot offentlige mål. Det kolonadskilte argumentet inneholder fire alternativer. Vertverdier er vertsnavn uten URL-prefikser. Javas separate HTTP/HTTPS-egenskaper beskriver destinasjonsprotokoller; et HTTPS-mål kan fortsatt bruke en vanlig HTTP CONNECT-proxy.
Undersøk de lagrede verdiene med list-jvm-options for samme mål. Gå gjennom eksisterende oppføringer først: create gjenoppretter ikke et identisk alternativ, så en vellykket kommando løser ikke motstridende verdier av seg selv.
Undersøk deretter de effektive egenskapene til den kjørende instansen og den faktiske HTTP-klienten. GlassFish skiller alternativer som krever omstart, fra systemegenskaper den kan oppdatere umiddelbart. Følg utgivelsen som er distribuert, i stedet for en ubetinget omstartsoppskrift; en eksisterende klient kan beholde sin egen rute.
Denne metoden gjelder for klienter som respekterer JVMs nettverksegenskaper. En eksplisitt bibliotekproxy eller en separat transport trenger sin egen støttede innstilling, mens innkommende lyttere er uten betydning. Bevar påkrevde direkte destinasjoner i Javas omgåelsespolicy. Å legge til vilkårlige JVM-egenskaper for brukernavn/passord gir ikke hver klients proxyautentisering.