WebLogic پراکسی سیٹنگ کے پیچھے HTTP ہینڈلر تلاش کریں
WebLogic ایپلیکیشن کی بیرونی کال کرنے والی JVM کنفیگر کریں اور پہچانیں کہ یہ 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 WebLogic کے اپنے ہینڈلر کی بجائے JDK ہینڈلر منتخب کرنے کے لیے -DUseSunHttpHandler=true کی دستاویز کرتا ہے۔ اسے نفاذ کے فیصلے کے طور پر منتخب کریں، غائب اسناد کی خصوصیت کے طور پر نہیں۔ ایک نجی HTTP کلائنٹ اس کے بجائے اپنے بلڈر یا روٹ پلانر کا تقاضا کر سکتا ہے۔
موجودہ اختیارات محفوظ رکھیں، مطلوبہ ری اسٹارٹ ڈپلائمنٹ طریقہ کار کے ذریعے لاگو کریں اور ناکام JVM میں مؤثر اقدار کا معائنہ کریں۔ کسی دوسرے منظم سرور کو تبدیل کرنا اس درخواست کو متاثر کیے بغیر ڈسک پر قابلِ یقین کنفیگریشن چھوڑ سکتا ہے۔