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