14.09.17 - Примечания к выпуску облака Apigee Edge

Вы просматриваете документацию Apigee Edge .
Перейти к документации Apigee X.
info

В четверг, 18 сентября 2014 года, мы выпустили новую облачную версию Apigee Edge.

Новые функции и улучшения

Ниже перечислены новые функции и улучшения в этой версии.

  • Аналитические функции
  • Ресурс "/" по продуктам APIRT-667
    При добавлении ресурса в API-продукт в виде одинарного слеша «/», Apigee по умолчанию обрабатывает его как «/**», что предоставляет разработчикам доступ ко всем URI в базовом пути. Новое свойство features.isSingleForwardSlashBlockingEnabled на уровне организации позволяет изменить поведение «/» по умолчанию. Изменив значение свойства на «true» (для этого клиентам облачных сервисов необходимо обратиться в службу поддержки Apigee), «/» предоставит разработчикам доступ только к базовому пути как к ресурсу.

    Дополнительные сведения см. в разделе Настройка поведения пути к ресурсам .
  • Конфигурация ошибки ответа HTTP для Quota и Spike Arrest APIRT-664
    Организации Apigee Edge теперь можно настроить так, чтобы они возвращали код статуса HTTP 429 (Слишком много запросов) для всех запросов, превышающих ограничение, установленное политикой квоты или блокировки пиковых нагрузок. Конфигурация по умолчанию возвращает код статуса HTTP 500 (Внутренняя ошибка сервера).

    Обратитесь в службу поддержки Apigee, чтобы установить свойство features.isHTTPStatusTooManyRequestEnabled в значение true для организаций, для которых вы хотите, чтобы нарушения квот и Spike Arrest возвращали код состояния HTTP 429.

Исправлены ошибки

В этом выпуске исправлены следующие ошибки.

Тема Описание
Ошибка 204 из-за отсутствия ключа в карте значений ключа
МГМТ-960
Отсутствие ключа в карте значений ключей приводило к HTTP-ответу 204 (No Content) вместо ожидаемого 404 (Not Found). Эта проблема была исправлена ​​и теперь возвращает ответ 404.
Разрешения для пользователя в нескольких ролях
МГМТ-656
Разрешения пользователя, назначенного на две или более ролей, не объединялись корректно. Эта проблема была исправлена.
Кодировка набора строчных символов в политиках
APIRT-703
В XML-конфигурации политики установка кодировки символов в нижнем регистре «utf-8» или «utf-16» приводила к сбою политик. Эта проблема была исправлена ​​для поддержки кодировки как в нижнем, так и в верхнем регистре.