أنت تطّلع على مستندات 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> في عنصر HTTPTargetConnection <LoadBalancer> الخاص بـ TargetEndpoint. (APIRT-1050)
تتطلب واجهة مستخدم Edge استخدام Java JDK 1.7
يتطلب مكوّن واجهة مستخدم Edge استخدام Java JDK 1.7. قبل تثبيت هذا الإصدار من 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 مكتملاً |