Знайдзіце HTTP-апрацоўшчык за наладай проксі WebLogic

Наладзьце JVM, якая робіць знешні выклік праграмы WebLogic, і вызначце, ці выкарыстоўвае яна апрацоўшчык WebLogic або JDK.

Перш чым змяняць параметры проксі 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 можа замест гэтага патрабаваць свайго будаўніка або планавальніка маршруту.

Захавайце існуючыя параметры, прымяніце любы патрэбны перазапуск праз працэдуру разгортвання і праверце фактычныя значэнні ў JVM, якая пацярпела няўдачу. Змена іншага кіраванага сервера можа пакінуць пераканаўчую канфігурацыю на дыску, не ўплываючы на гэты запыт.

Падобныя артыкулы