Finn HTTP-handleren bak en WebLogic-proxyinnstilling

Konfigurer JVM-en som utfører en WebLogic-applikasjons utgående kall, og avgjør om den bruker WebLogics handler eller JDK-handleren.

Finn server-JVM-en som utfører kallet, før du redigerer WebLogic-proxyalternativer. Administrasjonsserveren og administrerte servere kan ha ulike oppstartsargumenter.

Identifiser deretter HTTP-implementasjonen. For JDK-handlere er endepunktsegenskapene:

-Dhttp.proxyHost=proxy.example
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example
-Dhttps.proxyPort=8080

Oppgi dem via serverens faktiske oppstartskonfigurasjon. For en selvstendig tillatt offentlig HTTP-test uten konfigurerte proxy-legitimasjoner kan HTTP-proxylisten levere kandidatverdier for vert og port. Et domeneskript påvirker oppstarter som leser det; en tjeneste- eller Node Manager-oppstart krever at dens egne effektive inndata kontrolleres.

Oracle dokumenterer -DUseSunHttpHandler=true for å velge JDK-handleren i stedet for WebLogics egen handler. Velg den som en implementeringsbeslutning, ikke som en manglende legitimasjonsegenskap. En privat HTTP-klient kan i stedet kreve sin builder eller ruteplanlegger.

Behold eksisterende alternativer, bruk eventuell nødvendig omstart via distribusjonsprosedyren, og undersøk de effektive verdiene i JVM-en som feilet. Å endre en annen administrert server kan etterlate en overbevisende konfigurasjon på disken uten å påvirke denne forespørselen.

Relaterte artikler