أنت الآن بصدد الاطّلاع على مستندات Apigee Edge.
انتقِل إلى
مستندات Apigee X. info
في يوم الجمعة الموافق 24 يوليو 2015، أصدرنا إصدارًا جديدًا من Apigee Edge.
الميزات والتحسينات الجديدة
في ما يلي الميزات والتحسينات الجديدة في هذا الإصدار.
لا يتم ملء متغيرات مسار الاستهداف بشكل صحيح بالنسبة إلى Target وTargetServers المضمّنين
توفّر المتغيرات الجديدة في تدفقات الرسائل معلومات أكثر اكتمالاً عن عناوين URL لنقاط النهاية المستهدَفة والخوادم المستهدَفة:
- TargetEndpoint: request.url يستبدل target.basepath.with.query.
- TargetServer: يحلّ loadbalancing.targetserver محلّ targetserver.name. بالإضافة إلى ذلك، لا تتم تعبئة target.basepath إلا عند استخدام العنصر <Path> في العنصر <LoadBalancer> الخاص بـ HTTPTargetConnection في TargetEndpoint. (APIRT-1050)
تتطلّب واجهة مستخدم Edge الإصدار 1.7 من حزمة تطوير Java
يتطلّب مكوّن واجهة مستخدم Edge الإصدار 1.7 من Java JDK. قبل تثبيت هذا الإصدار من Edge، عليك ترقية خوادمك لاستخدام Java JDK 1.7.
إذا سبق لك تثبيت هذا الإصدار من Edge، يمكنك تغيير إصدار JDK المستخدَم من خلال Edge باتّباع هذا الإجراء.
الأخطاء التي تم إصلاحها
تم إصلاح الأخطاء التالية في هذا الإصدار.
| معرّف المشكلة | الوصف |
|---|---|
| MGMT-2418, TBD-90 | لا تتوافق إعدادات واجهة المستخدم apigee.conf مع بروتوكول أمان طبقة النقل (TLS) |
| MGMT-2255 | تعذُّر إجراء عمليات التحقّق الذاتي لخادم الإدارة بعد تغيير كلمة مرور النظام |
| MGMT-1677 | تسجيل حالات تعذُّر المصادقة والتفويض في وضع تصحيح الأخطاء |
| CORERT-318 | HTTPServer.streaming.buffer.limit=10 أدّى إلى تعليق الطلبات بشكل متقطع عند التعامل مع العملاء الذين لديهم سرعات بطيئة والحمولات الكبيرة، كانت الطلبات أحيانًا تتوقف عن العمل وتنتهي مهلتها من جهاز التوجيه. لم تظهر هذه المشكلة إلا عندما تم ضبط السمة HTTPServer.streaming.buffer.limit في جهاز التوجيه على قيمة غير صفرية. تم حلّ المشكلة. |
| APIRT-1766 | المُهل المحددة في WebSockets |
| APIRT-1472 | تظهر رسائل في system.log في كل مرة يتم فيها استدعاء واجهة برمجة تطبيقات للتحقّق من السلامة |
| APIRT-1147 | لم يعُد تنزيل بيانات البث الوكيل من حزمة S3 يكتمل |