أنت تطّلع على مستندات Apigee Edge.
انتقِل إلى
مستندات Apigee X. info
في يوم الأربعاء 29 كانون الثاني (يناير) 2014، أطلقنا إصدارًا جديدًا من Apigee Edge على الأجهزة الداخلية.
إذا كانت لديك أسئلة، يُرجى الانتقال إلى دعم عملاء Apigee.
يتضمّن هذا الإصدار ميزات وإصلاحات للأخطاء من إصدارات السحابة الإلكترونية التالية:
الميزات والتحسينات الجديدة
- تعديل السمات المخصّصة في الرموز المميّزة لبروتوكول OAuth 2.0
تتيح لك سياسة "ضبط معلومات OAuth 2.0" الجديدة تعديل السمات المخصّصة في الرموز المميّزة لبروتوكول OAuth 2.0.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
تعديلات على سياسة OAuth 1.0a
يتضمّن هذا الإصدار التعديلات التالية على سياسة OAuth 1.0a:- كما هو الحال مع رموز OAuth 2.0 المميزة، يمكنك الآن ضبط سمات مخصّصة على رموز OAuth 1.0a المميزة.
- تتيح لك عملية GenerateVerifier الجديدة إنشاء معرّف OAuth 1.0a وإرجاعه (يشبه رمز التفويض في OAuth 2.0).
- معلومات طبقة المقابس الآمنة (SSL) في متغيّرات المسار
تتيح لك الآن أداة Apigee Edge نشر معلومات طبقة المقابس الآمنة (SSL) والوصول إليها في متغيّرات المسار. من خلال ضبط ملف شخصي جديد بعنوان "propagate.additional.ssl.headers" على ProxyEndpoint، يمكنك الوصول إلى معلومات طبقة المقابس الآمنة نفسها المتوفّرة على خادم الويب Apache.
http://apigee.com/docs/api-services/api/variables-reference
- عناوين JMS كعناوين HTTP
يتم الآن نشر جميع عناوين JMS كعناوين HTTP لمعالجة المحتوى في مرحلة ما بعد المعالجة.
- تحديث وحدة Node.js
تم تعديل وحدة Node.js المضمّنة في Apigee لتضمين الوحدات التالية: argo 0.4.9 وasync 0.2.9 وexpress 3.4.8 وunderscore 1.5.2 وusergrid 0.10.7 وvolos-cache-memory 0.0.3، volos-oauth-apigee 0.0.2 وvolos-quota-apigee 0.0.2.
-
الأدوار المخصّصة في واجهة مستخدم الإدارة - إصدار تجريبي
بالإضافة إلى أدوار المستخدمين الحالية "مستخدم النشاط التجاري" و"مشرف العمليات "و"مشرف المؤسسة" و"مستخدم"، يتضمّن هذا الإصدار ميزة تجريبية تتيح لك إنشاء أدوار مخصّصة في واجهة مستخدم الإدارة. يمكنك التحكّم في الوصول إلى ميزات Edge المختلفة باستخدام الأدوار المخصَّصة. - مُثبّت "خدمات واجهة برمجة التطبيقات المتقدّمة" (المعروفة سابقًا باسم "خدمات التطبيقات")
تتوفّر الآن "خدمات واجهة برمجة التطبيقات المتقدّمة" (المعروفة سابقًا باسم "خدمات التطبيقات") من Apigee Edge للاستخدام على الأجهزة الداخلية. يتيح لك برنامج التثبيت الحالي لـ Edge نشر "خدمات واجهة برمجة التطبيقات المتقدّمة" وضبطها في بيئتك على الموقع.
- تحقيق الربح من خلال "خدمات المطوّرين" (المعروفة سابقًا باسم "خدمات تحقيق الربح")
مُثبّت
إنّ ميزة تحقيق الربح هي جزء من "خدمات المطوّرين" في Edge. يتضمّن الآن مثبّت Edge على الموقع مثبّتًا مُحسَّنًا ومتكاملاً لتحقيق الربح. يتطلب تحقيق الربح ترخيصًا إضافيًا مدفوعًا.
- معالجات رسائل متعدّدة على مضيف واحد - التثبيت الصامت
يتيح هذا التحسين طوبولوجيا النشر لمعالجات رسائل متعدّدة تم تثبيتها على مضيف واحد، ما يتطلّب ربط كل معالج رسائل بعنوان IP محدّد. يمكنك الآن إضافة إعداد خاص بالسمةBIND_ON_ALL_INTERFACES=nفي ملف إعدادات التركيب بدون إشعار، مما يجعل معالج الرسائل يستمع إلى عنوان IP محدّد، يتم تحديده من خلال السمةHOSTIPفي الملف نفسه. لمزيد من المعلومات حول هذا الخيار وحول ضبط عملية التثبيت الصامت، يُرجى الاطّلاع على دليل تثبيت وضبط "مجموعة النشر على الموقع" لـ Apigee.
-
تعديلات على JMS
يتضمّن هذا الإصدار تعديلات مختلفة على دعم JMS في Apigee، بما في ذلك:- يتم الآن نشر جميع رؤوس JMS كرؤوس HTTP لمعالجة المحتوى في مرحلة ما بعد المعالجة.
- يمكنك الآن تحديد ExpiryTime وDeliveryMode للرسائل التي يتم وضعها في ResponseQueue التي يستخدمها وكيل JMS. يتم ضبط جميع رؤوس HTTP التي تتطابق مع رؤوس JMS العادية "كما هي"، ويتم ضبط رؤوس HTTP الأخرى على أنّها سمات JMS في رسالة الاستجابة التي يستخدمها الخادم الوكيل لـ JMS.
الأخطاء التي تم إصلاحها
| الموضوع | الوصف |
|---|---|
| أذونات الأدوار المخصّصة | تعمل الأذونات التي تم ضبطها باستخدام الأدوار المخصّصة الآن على النحو المتوقّع. |
| إحصاءات وقت استجابة واجهة برمجة التطبيقات | في عملية الربط الوكيل لواجهة برمجة التطبيقات، عندما يؤدي طلب البيانات إلى النظام المستهدَف إلى انتهاء مهلة (مثل انتهاء مهلة قراءة HTTP)، يتم تضمين أوقات الاستجابة المستهدَفة في إحصاءات واجهة برمجة التطبيقات. |
| سمة "type" في السياسات | تعمل سمة "النوع" الآن بشكل صحيح في جميع سياسات Apigee. |
| إبطال الرموز المميّزة في OAuth 2.0 | تتطابق الآن وظيفة إلغاء صلاحية الرموز المميّزة لسياسات Apigee OAuth 2.0 مع مواصفات OAuth. ولم يعُد مطلوبًا منك تقديم "نوع" عند ضبط المَعلمة "رمز مميّز". |
| التحكّم في الوصول على أساس الدور (RBAC) مع خرائط المفاتيح/القيم | يعمل الآن التحكّم في الوصول المستنِد إلى الدور مع خرائط المفاتيح/القيم التي تم إنشاؤها على مستوى البيئة. |
| تنسيق الردّ على سياسة OAuth 1.0a | عند إرسال طلبات إلى واجهة برمجة تطبيقات تستخدم سياسة OAuth 1.0a، يتم الآن عرض الردّ بتنسيق عنوان Accept. |
المشاكل المعروفة
| الموضوع | الوصف |
|---|---|
| طلب HTTP 1.0، استجابة HTTP 1.1 |
تتضمّن هذه المشكلة سيناريو يُرسِل فيه العميل طلبًا باستخدام HTTP 1.0 مع
سمة
content-length في الرأس، ولكن تم ضبط
خدمة الخلفية لاستخدام HTTP 1.1 وتعرض
سمة transfer-encoding لتشفير مجزّأ بدلاً من ذلك.
لحلّ هذا السيناريو بنجاح، يمكنك إزالة
سمة
transfer-encoding من استجابة HTTP 1.1 باستخدام
السياسة AssignMessage. في السياسة التالية التي سيتم إرفاقها بمسار استجابة الوكيل لـ API
، تتم إزالة السمة transfer-encoding
من عنوان HTTP، ما يسمح للعميل بتلقّي الاستجابة غير المجزّأة.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<إزالة>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|