Gjeni JVM-në e serverit që kryen thirrjen përpara se të modifikoni opsionet e proxy të WebLogic. Serveri i administrimit dhe serverët e menaxhuar mund të kenë argumente të ndryshme nisjeje.

Më pas identifikoni implementimin e tij HTTP. Për përpunuesit e JDK-së, vetitë e pikës fundore janë:

-Dhttp.proxyHost=proxy.example
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example
-Dhttps.proxyPort=8080

Jepini ato përmes konfigurimit real të nisjes së atij serveri. Për një provë publike HTTP të lejuar në mënyrë të pavarur pa kredenciale proxy të konfiguruara, lista e proxy-ve HTTP mund të ofrojë vlera kandidate të hostit dhe portës. Një skript domeni ndikon në nisjet që e lexojnë; nisja e një shërbimi ose e Node Manager kërkon verifikimin e inputeve të tij efektive.

Oracle dokumenton -DUseSunHttpHandler=true për zgjedhjen e përpunuesit të JDK-së në vend të përpunuesit të vetë WebLogic. Zgjidhni atë si vendim implementimi, jo si veti kredencialesh që mungon. Një klient privat HTTP mund të kërkojë në vend të kësaj ndërtuesin ose planifikuesin e rrugës.

Ruani opsionet ekzistuese, aplikoni çdo rinisje të nevojshme përmes procedurës së vendosjes dhe inspektoni vlerat efektive në JVM-në që dështoi. Ndryshimi i një serveri tjetër të menaxhuar mund të lërë një konfigurim bindës në disk pa ndikuar në këtë kërkesë.

Artikuj të ngjashëm