Trouver le gestionnaire HTTP derrière un réglage de proxy WebLogic

Trouvez la JVM du serveur qui effectue l'appel avant de modifier les options de proxy de WebLogic. Le serveur d'administration et les serveurs gérés peuvent avoir des arguments de démarrage différents.

Identifiez ensuite son implémentation HTTP. Pour les gestionnaires du JDK, les propriétés du point de terminaison sont :

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

Fournissez-les via la configuration de lancement réelle de ce serveur. Pour un test HTTP public autorisé de manière indépendante sans identifiants de proxy configurés, la liste de proxies HTTP peut fournir des valeurs candidates d'hôte et de port. Un script de domaine influence les lancements qui le lisent ; un démarrage de service ou de Node Manager exige la vérification de ses propres entrées effectives.

Oracle documente -DUseSunHttpHandler=true pour choisir le gestionnaire du JDK au lieu du gestionnaire propre à WebLogic. Choisissez-le comme une décision d'implémentation, non comme une propriété d'identifiants manquante. Un client HTTP privé peut plutôt exiger son constructeur ou son planificateur d'itinéraire.

Conservez les options existantes, appliquez tout redémarrage nécessaire via la procédure de déploiement et inspectez les valeurs effectives dans la JVM qui a échoué. Modifier un autre serveur géré peut laisser une configuration convaincante sur le disque sans affecter cette requête.