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

Подобни статии