আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশনে যান । তথ্য
বৃহস্পতিবার, ১৩ আগস্ট, ২০১৫ তারিখে, আমরা প্রাইভেট ক্লাউড ওয়েবসকেটের জন্য Apigee Edge-এর জন্য একটি প্যাচ প্রকাশ করেছি।
নতুন বৈশিষ্ট্য এবং বর্ধিতকরণ
এই রিলিজে নতুন বৈশিষ্ট্য এবং বর্ধিতকরণগুলি নিম্নরূপ।
ওয়েবসকেট ফ্রেমের আকার সমন্বয়
আপনি প্রাইভেট ক্লাউডের জন্য Apigee Edge-এ WebSocket ফ্রেমের আকার কনফিগার করতে পারেন। এটি করার জন্য, সমস্ত রাউটার এবং মেসেজ প্রসেসরের দুটি ভিন্ন ফাইলে বৈশিষ্ট্য কনফিগার করুন। উভয় ফাইলের মান সর্বদা মিলতে হবে ।
- রাউটারের router.properties ফাইলে, কনফিগার করুন:
WEBSOCKET.frame.limit= 4k - মেসেজ প্রসেসরের netty-websocket-adaptor.properties ফাইলে, কনফিগার করুন:
netty.websocket.message.max.frame.length= 4k
ফাইলগুলি আপডেট করার পরে রাউটারটি পুনরায় চালু করুন এবং প্রসেসর নোডগুলিকে বার্তা দিন। উদাহরণস্বরূপ:
/<inst-root>/apigee4/bin/apigee-service router restart
/<inst-root>/apigee4/bin/apigee-service message-processor restart
(এপিআইআরটি-১৮০৬)
ইনলাইন টার্গেট এবং টার্গেট সার্ভারের জন্য টার্গেট ফ্লো ভেরিয়েবলগুলি সঠিকভাবে পূরণ করা হয়নি
বার্তা প্রবাহের নতুন ভেরিয়েবলগুলি লক্ষ্য এন্ডপয়েন্ট এবং লক্ষ্য সার্ভারের জন্য আরও সম্পূর্ণ URL তথ্য প্রদান করে:
- TargetEndpoint: request.url target.basepath.with.query কে প্রতিস্থাপন করে।
- TargetServer: loadbalancing.targetserver targetserver.name কে প্রতিস্থাপন করে। এছাড়াও, target.basepath শুধুমাত্র তখনই পূরণ করা হয় যখন <Path> উপাদানটি TargetEndpoint এর HTTPTargetConnection <LoadBalancer> উপাদানে ব্যবহৃত হয়। (APIRT-1050)
বাগ সংশোধন করা হয়েছে
এই রিলিজে নিম্নলিখিত বাগগুলি ঠিক করা হয়েছে।
| ইস্যু আইডি | বিবরণ |
|---|---|
| টিবিডি-৮২ | সিস্টেম পাসওয়ার্ড পরিবর্তনের পরে ম্যানেজমেন্ট সার্ভারের স্ব-পরীক্ষা ব্যর্থ হচ্ছে |
| এমজিএমটি-২৫৫১ | ৪.১৫.০৪.০৩-এর UI আর জাভা ৬-এর সাথে কাজ করে না |
| এমজিএমটি-২৪১৮ | UI কনফিগারেশন apigee.conf TLS সমর্থন করে না |
| এমজিএমটি-২২৫৫ | সিস্টেম পাসওয়ার্ড পরিবর্তনের পরে ম্যানেজমেন্ট সার্ভারের স্ব-পরীক্ষা ব্যর্থ হচ্ছে |
| এমজিএমটি-১৬৭৭ | ডিবাগে লগ প্রমাণীকরণ ব্যর্থতা এবং অনুমোদন ব্যর্থতা |
| CORERT-318 সম্পর্কে | HTTPServer.streaming.buffer.limit=10 এর ফলে মাঝেমধ্যে হ্যাং অনুরোধের সৃষ্টি হয়েছে ধীর ক্লায়েন্ট এবং বড় পেলোডের সাথে কাজ করার সময় মাঝে মাঝে রাউটার থেকে অনুরোধগুলি হ্যাং হয়ে যেত এবং সময় শেষ হয়ে যেত। এই সমস্যাটি কেবল তখনই দেখা যেত যখন রাউটারে HTTPServer.streaming.buffer.limit প্রপার্টিটি শূন্য নয় এমন মান সেট করা ছিল। সমস্যাটি সমাধান করা হয়েছে। |
| APIRT-1766 সম্পর্কে | ওয়েবসকেটের টাইমআউট |
| APIRT-1713 সম্পর্কে | 10TPS লোডের অধীনে ExtractVariables নীতির ব্যর্থতা |
| APIRT-1472 সম্পর্কে | প্রতিবার যখনই কোনও স্বাস্থ্য পরীক্ষার API চালু করা হয় তখন system.log-এ বার্তা আসে |
| APIRT-1147 সম্পর্কে | S3 বাকেট থেকে প্রক্সি স্ট্রিমিং ডেটা আর ডাউনলোড সম্পূর্ণ করে না। |