WebLogic প্রক্সি সেটিংয়ের পেছনের HTTP হ্যান্ডলার খুঁজুন

WebLogic প্রক্সি অপশন সম্পাদনা করার আগে কলটি যে সার্ভার JVM করছে তা খুঁজুন। প্রশাসন সার্ভার ও ম্যানেজড সার্ভারগুলোর স্টার্টআপ আর্গুমেন্ট ভিন্ন হতে পারে।

তারপর এর HTTP বাস্তবায়ন শনাক্ত করুন। JDK হ্যান্ডলার-এর জন্য এন্ডপয়েন্ট বৈশিষ্ট্যগুলো হলো:

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

সেগুলো ওই সার্ভারের প্রকৃত লঞ্চ কনফিগারেশনের মাধ্যমে দিন। প্রক্সি ক্রেডেনশিয়াল কনফিগার না করে স্বাধীনভাবে অনুমোদিত পাবলিক HTTP পরীক্ষার জন্য HTTP প্রক্সি তালিকা প্রার্থী হোস্ট ও পোর্ট মান দিতে পারে। একটি ডোমেইন স্ক্রিপ্ট তা পড়ে এমন লঞ্চকে প্রভাবিত করে; কোনো সার্ভিস বা Node Manager স্টার্টআপের নিজস্ব কার্যকর ইনপুট যাচাই করা দরকার।

WebLogic-এর নিজস্ব হ্যান্ডলারের বদলে JDK হ্যান্ডলার বেছে নিতে Oracle -DUseSunHttpHandler=true নথিভুক্ত করে। এটি বাস্তবায়নের সিদ্ধান্ত হিসেবে বেছে নিন, অনুপস্থিত ক্রেডেনশিয়াল বৈশিষ্ট্য হিসেবে নয়। একটি প্রাইভেট HTTP ক্লায়েন্ট এর বদলে নিজের বিল্ডার বা রুট প্ল্যানার দাবি করতে পারে।

বিদ্যমান অপশন সংরক্ষণ করুন, প্রয়োজনীয় রিস্টার্ট ডিপ্লয়মেন্ট পদ্ধতির মাধ্যমে প্রয়োগ করুন এবং ব্যর্থ JVM-এ কার্যকর মান পরীক্ষা করুন। অন্য একটি ম্যানেজড সার্ভার বদলালে এই অনুরোধকে প্রভাবিত না করেই ডিস্কে বিশ্বাসযোগ্য কনফিগারেশন থেকে যেতে পারে।