Jou de GlassFish-applikaasje-eksimplaar syn útgeande proxy

Kies it GlassFish-doel dat de applikaasje útfiert foardat jo proxy-opsjes meitsje. create-jvm-options rjochtet him standert op de domeinbehearsserver; it akseptearret ek in eksimplaar, in cluster of in neamde konfiguraasje. De standert kin dêrom de ferkearde JVM wizigje.

Foar in yllustrative neamde konfiguraasje app-config:

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

Ferfange it doel en it einpunt; de HTTP-proxylist leveret HTTP-kandidaten foar tastiene oanfragen nei iepenbiere doelen. It troch dûbele punten skieden argumint befettet fjouwer opsjes. Hostwearden binne hostnammen sûnder URL-foarheaksel. De aparte HTTP/HTTPS-eigenskippen fan Java beskriuwe bestimmingsprotokollen; in HTTPS-doel kin noch altyd in gewoane HTTP CONNECT-proxy brûke.

Beskôgje de bewarre wearden mei list-jvm-options foar itselde doel. Gean earst de besteande ynfieringen nei: create makket net opnij in identike opsje, dus in slagge opdracht lost tsjinstridige wearden net op himsels op.

Beskôgje dan de effektive eigenskippen fan it rinnende eksimplaar en de echte HTTP-klant. GlassFish ûnderskiedt opsjes dy't in werstart nedich hawwe fan systeemeigenskippen dy't it daliks bywurkje kin. Folgje de ymplemintearre ferzje ynstee fan in betingstleaze werstartresep; in besteande klant kin syn eigen rûte behâlde.

Dizze metoade jildt foar klanten dy't de netwerkeigenskippen fan JVM respektearje. In eksplisite bibleteekproxy of in apart ferfier hat syn eigen stipe ynstelling nedich, wylst ynkommende lústerers net besibbe binne. Behâld needsaaklike direkte doelen yn it Java-omgongsbelied. It tafoegjen fan willekeurige JVM-eigenskippen foar brûkersnamme/wachtwurd leveret net de proxy-autentikaasje fan elke klant.