De HTTP-handler achter een WebLogic-proxyinstelling vinden
Configureer de JVM die de uitgaande aanroep van een WebLogic-applicatie uitvoert en bepaal of deze de handler van WebLogic of die van de JDK gebruikt.
Zoek de server-JVM die de aanroep uitvoert voordat u WebLogic-proxyopties bewerkt. De beheerserver en beheerde servers kunnen verschillende opstartargumenten hebben.
Bepaal vervolgens de HTTP-implementatie ervan. Voor JDK-handlers zijn de endpoint-eigenschappen:
-Dhttp.proxyHost=proxy.example
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example
-Dhttps.proxyPort=8080Geef ze op via de werkelijke startconfiguratie van die server. Voor een afzonderlijk toegestane openbare HTTP-test zonder geconfigureerde proxyreferenties kan de HTTP-proxylijst kandidaatwaarden voor host en poort leveren. Een domeinscript beïnvloedt starts die het lezen; een service- of Node Manager-start vereist controle van de eigen effectieve invoer.
Oracle documenteert -DUseSunHttpHandler=true om de JDK-handler te kiezen in plaats van de eigen handler van WebLogic. Kies dit als een implementatiebeslissing, niet als een ontbrekende referentie-eigenschap. Een particuliere HTTP-client kan in plaats daarvan zijn builder of routeplanner vereisen.
Behoud bestaande opties, pas een vereiste herstart toe via de implementatieprocedure en inspecteer de effectieve waarden in de JVM die is mislukt. Het wijzigen van een andere beheerde server kan een overtuigende configuratie op schijf achterlaten zonder dit verzoek te beïnvloeden.