Перш ніж змінювати параметри проксі 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, яка зазнала збою. Зміна іншого керованого сервера може залишити на диску переконливу конфігурацію, не вплинувши на цей запит.

Схожі статті