Открийте HTTP манипулатора зад прокси настройка на WebLogic
Конфигурирайте JVM, която прави изходящото извикване на WebLogic приложение, и определете дали използва манипулатора на WebLogic или този на JDK.
Намерете сървърната JVM, която прави извикването, преди да редактирате прокси опциите на WebLogic. Сървърът за администриране и управляваните сървъри могат да имат различни аргументи за стартиране.
След това определете 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, която е отказала. Промяната на друг управляван сървър може да остави убедителна конфигурация на диска, без да засегне тази заявка.