Прежде чем изменять параметры прокси WebLogic, найдите серверную JVM, выполняющую вызов. У сервера администрирования и управляемых серверов могут быть разные аргументы запуска.

Затем определите её реализацию HTTP. Для обработчиков JDK свойства конечной точки таковы:

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

Передайте их через фактическую конфигурацию запуска этого сервера. Для отдельно разрешённой публичной проверки HTTP без настроенных учётных данных прокси список HTTP-прокси может предоставить подходящие значения хоста и порта. Скрипт домена влияет на запуски, которые его читают; запуск службы или Node Manager требует проверки собственных действующих входных данных.

Oracle документирует -DUseSunHttpHandler=true для выбора обработчика JDK вместо собственного обработчика WebLogic. Выбирайте его как решение о реализации, а не как отсутствующее свойство учётных данных. Частный клиент HTTP может вместо этого требовать свой builder или планировщик маршрута.

Сохраните существующие параметры, примените необходимый перезапуск по процедуре развёртывания и проверьте действующие значения в JVM, которая дала сбой. Изменение другого управляемого сервера может оставить на диске убедительную конфигурацию, не повлияв на этот запрос.

Похожие статьи