Tomcat Windows ဝန်ဆောင်မှုအား ၎င်း၏ ပရောက်စီ ဆက်တင်များ ပေးပါ

အမှန်တကယ် Tomcat Windows ဝန်ဆောင်မှု၏ JVM ရွေးချယ်စရာများတွင် ပရောက်စီ ဂုဏ်သတ္တိများကို ဖွဲ့စည်းပြီး ဝန်ဆောင်မှု အထောက်အထားနှင့် ဖောက်သည်အလိုက် အပြုအမူကို ထည့်သွင်းစဉ်းစားပါ။

tomcat9w.exe //ES//MyTomcat

Tomcat 9 ၏ MyTomcat အမည်ရှိ Windows ဝန်ဆောင်မှုအတွက် ဤအရာသည် ၎င်း၏ မှတ်တမ်းတင်ထားသော ဖွဲ့စည်းမှု တည်းဖြတ်ကိရိယာကို ဖွင့်ပေးသည်။ အမှန်တကယ် ဝန်ဆောင်မှု အမည်နှင့် ကိုက်ညီသော တပ်ဆင်ကိရိယာကို အသုံးပြုပါ။ Java ရွေးချယ်စရာများတွင် ရှိပြီးသား ထည့်သွင်းချက်များကို ထိန်းသိမ်းပြီး အပ်ပလီကေးရှင်း၏ HTTP စတက်အသုံးပြုသည့် အရာများကို ထည့်ပါ:

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

URL အစီအစဉ်မပါသော လက်ခံအမည်ကို အသုံးပြုပါ။ ပရောက်စီ အထောက်အထား မလိုဘဲ ခွင့်ပြုထားသော အများသူငှာ HTTP စမ်းသပ်မှုအတွက် HTTP ပရောက်စီ စာရင်းမှ ကိုယ်စားလှယ်တစ်ဦးသည် လက်ခံနှင့် ပေါက်ကို ပေးနိုင်သည်; လိုအပ်သော ဝန်ဆောင်မှုကွန်ရက် လမ်းကြောင်းကို သီးခြားထားပါ။ HTTP နှင့် HTTPS ဂုဏ်သတ္တိများသည် ၎င်းတို့၏ ဦးတည် ပရိုတိုကောများကို ရွေးချယ်သည်။ တိုက်ရိုက် ခြွင်းချက်များ လိုအပ်ပါက ရည်ရွယ်ထားသော http.nonProxyHosts မူဝါဒကို အသုံးပြုပါ; JDK ၏ HTTPS ကိုင်တွယ်သူသည် ထို ဂုဏ်သတ္တိကို မျှဝေသည်။

ဝန်ဆောင်မှု ပြောင်းလဲမှုကို အသုံးချပြီး သင့်လျော်သော ပြုပြင်ထိန်းသိမ်းမှု အချိန်အတွင်း ပြန်လည်စတင်ပါ။ ဤအရာများသည် JVM အသစ်၏ စတင်ဂုဏ်သတ္တိများ ဖြစ်သည်; အထူးသဖြင့် java.net.useSystemProxies ကို စတင်ချိန်တွင် စစ်ဆေးသည်။ အပြန်အလှန် shell တွင် ထုတ်ယူခြင်းသည် ဝန်ဆောင်မှု လက်ခံရရှိကြောင်း သက်သေမပြပါ။

ထို့နောက် အလုပ်သမား၏ အကောင့်နှင့် ဖောက်သည်ကို အကဲဖြတ်ပါ။ စနစ် ရှာဖွေမှုနှင့် ပေါင်းစပ် အထောက်အထား စစ်ဆေးမှုသည် စီမံခန့်ခွဲသူ၏ ဘရောက်ဇာ စက်ရှင်နှင့် ကွာခြားနိုင်သည်။ JVM ဂုဏ်သတ္တိများသည် ၎င်းတို့ကို မေးမြန်းသော ကုဒ်အပေါ်သာ သက်ရောက်သည်; အခြား စာကြည့်တိုက်တစ်ခုသည် ၎င်း၏ တည်ဆောက်သူ သို့မဟုတ် လမ်းကြောင်း အစီအစဉ်ဆွဲသူ လိုအပ်နိုင်သည်။ 407 အတွက် ထို ဖောက်သည်က ပံ့ပိုးသော ပရောက်စီ အထောက်အထား စစ်ဆေးမှုကို ဖွဲ့စည်းပါ၊ မထင်သလို proxyUser/proxyPassword ဂုဏ်သတ္တိများ ထည့်ခြင်းမပြုပါနှင့်။

ဆက်စပ်ဆောင်းပါးများ