العثور على معالج HTTP وراء إعداد وكيل WebLogic

ابحث عن JVM الخادم الذي يجري الاتصال قبل تعديل خيارات وكيل WebLogic. قد يكون لخادم الإدارة والخوادم المُدارة وسائط بدء مختلفة.

ثم حدّد تنفيذ 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 الذي فشل. قد يترك تغيير خادم مُدار آخر إعدادًا مقنعًا على القرص دون التأثير على هذا الطلب.