Trovate la JVM del server che esegue la chiamata prima di modificare le opzioni proxy di WebLogic. Il server di amministrazione e i server gestiti possono avere argomenti di avvio diversi.

Poi identificate la sua implementazione HTTP. Per gli handler del JDK, le proprietà dell'endpoint sono:

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

Fornitele tramite la configurazione di avvio effettiva di quel server. Per un test HTTP pubblico consentito in modo indipendente senza credenziali proxy configurate, l'elenco di proxy HTTP può fornire valori candidati di host e porta. Uno script di dominio influisce sugli avvii che lo leggono; l'avvio di un servizio o di Node Manager richiede la verifica dei propri input effettivi.

Oracle documenta -DUseSunHttpHandler=true per scegliere l'handler del JDK al posto dell'handler proprio di WebLogic. Sceglietelo come decisione di implementazione, non come proprietà di credenziali mancante. Un client HTTP privato può invece richiedere il proprio builder o il pianificatore di percorso.

Conservate le opzioni esistenti, applicate qualsiasi riavvio necessario tramite la procedura di distribuzione e ispezionate i valori effettivi nella JVM che ha fallito. Modificare un altro server gestito può lasciare una configurazione convincente su disco senza influire su questa richiesta.

Articoli correlati