شما در حال مشاهده مستندات Apigee Edge هستید.
به مستندات Apigee X مراجعه کنید . اطلاعات
در روز پنجشنبه، ۱۳ آگوست ۲۰۱۵، ما یک وصله برای Apigee Edge برای Private Cloud WebSockets منتشر کردیم.
ویژگی‌ها و پیشرفت‌های جدید
در ادامه به ویژگی‌ها و بهبودهای جدید این نسخه اشاره خواهیم کرد.
تنظیم اندازه فریم WebSocket
شما می‌توانید اندازه فریم‌های WebSocket را در Apigee Edge برای Private Cloud پیکربندی کنید. برای انجام این کار، ویژگی‌ها را در دو فایل مختلف در تمام روترها و پردازنده‌های پیام پیکربندی کنید. مقادیر در هر دو فایل باید همیشه با مطابقت داشته باشند .
- در فایل 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
(APIRT-1806)
متغیرهای جریان هدف برای target درون‌خطی و targetservers به درستی پر نمی‌شوند.
متغیرهای جدید در جریان‌های پیام، اطلاعات URL کامل‌تری را برای نقاط انتهایی هدف و سرورهای هدف ارائه می‌دهند:
- TargetEndpoint: request.url جایگزین target.basepath. با .query می‌شود.
- TargetServer: loadbalancing.targetserver جایگزین targetserver.name می‌شود. همچنین، target.basepath فقط زمانی مقداردهی می‌شود که عنصر <Path> در عنصر HTTPTargetConnection <LoadBalancer> مربوط به TargetEndpoint استفاده شود. (APIRT-1050)
اشکالات برطرف شد
اشکالات زیر در این نسخه برطرف شده‌اند.
| شناسه مسئله | توضیحات |
|---|---|
| نامشخص-۸۲ | بررسی‌های خودکار سرور مدیریت پس از تغییر رمز عبور سیستم با شکست مواجه می‌شوند. |
| MGMT-2551 | رابط کاربری در نسخه ۴.۱۵.۰۴.۰۳ دیگر با جاوا ۶ کار نمی‌کند. |
| MGMT-2418 | پیکربندی رابط کاربری apigee.conf از TLS پشتیبانی نمی‌کند. |
| MGMT-2255 | بررسی‌های خودکار سرور مدیریت پس از تغییر رمز عبور سیستم با شکست مواجه می‌شوند. |
| MGMT-1677 | ثبت خطاهای احراز هویت و مجوزهای دسترسی در اشکال‌زدایی |
| کوررت-۳۱۸ | HTTPSer.streaming.buffer.limit=10 باعث درخواست‌های معلق و متناوب شد. هنگام کار با کلاینت‌های کند و بارهای داده بزرگ، گاهی اوقات درخواست‌ها قطع می‌شدند و از روتر با مشکل زمان‌بندی مواجه می‌شدند. این مشکل فقط زمانی مشاهده می‌شد که روتر ویژگی HTTPServer.streaming.buffer.limit را روی مقداری غیر از صفر تنظیم کرده بود. این مشکل برطرف شده است. |
| APIRT-1766 | وقفه‌ها در WebSockets |
| APIRT-1713 | شکست‌های سیاست ExtractVariables تحت بار 10TPS |
| APIRT-1472 | پیام‌هایی در system.log هر بار که یک API بررسی سلامت فراخوانی می‌شود |
| APIRT-1147 | داده‌های استریم پروکسی از سطل S3 دیگر دانلود را کامل نمی‌کند |