Գտեք 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-ը՝ WebLogic-ի սեփական մշակիչի փոխարեն JDK մշակիչն ընտրելու համար։ Ընտրեք այն որպես իրականացման որոշում, ոչ որպես բացակա հավատարմագրի հատկություն։ Մասնավոր HTTP հաճախորդը կարող է փոխարենը պահանջել իր կառուցիչը կամ երթուղու պլանավորիչը։
Պահպանեք առկա ընտրանքները, կիրառեք անհրաժեշտ վերագործարկումը տեղակայման ընթացակարգով և ստուգեք արդյունավետ արժեքները ձախողված JVM-ում։ Մեկ այլ կառավարվող սերվերի փոփոխությունը կարող է սկավառակի վրա համոզիչ կարգավորում թողնել՝ չազդելով այս հարցման վրա։