Најдете го 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-от што не успеа. Менувањето на друг управуван сервер може да остави убедлива конфигурација на дискот без да влијае врз ова барање.