Вы просматриваете документацию Apigee Edge .
Перейдите в документацию Apigee X.info
В среду, 29 января 2014 года, мы выпустили новую локальную версию Apigee Edge.
Если у вас возникли вопросы, обратитесь в службу поддержки Apigee Edge .
В этот релиз включены новые функции и исправления ошибок из следующих облачных релизов:
Новые функции и улучшения
- Обновление пользовательских атрибутов токенов в OAuth 2.0
Новая политика "Set OAuth v2.0 Info" позволяет обновлять пользовательские атрибуты токенов 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, вы получаете доступ к той же информации SSL, что и на веб-сервере 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 с помощью пользовательских ролей. - Установщик Advanced API Services (ранее App Services)
Расширенные API-сервисы Apigee Edge (ранее известные как App Services) теперь доступны для использования в локальной среде. Существующий установщик Edge позволяет развертывать и настраивать расширенные API-сервисы в вашей собственной локальной среде. - Установщик сервисов монетизации для разработчиков (ранее — сервисы монетизации).
Возможность монетизации является частью Edge Developer Services. В локальный установщик Edge теперь входит расширенный интегрированный установщик монетизации. Для монетизации требуется дополнительная платная лицензия. - Несколько обработчиков сообщений на одном хосте — тихая установка.
Это улучшение поддерживает топологию развертывания нескольких обработчиков сообщений, установленных на одном хосте, что требует привязки каждого обработчика сообщений к определенному IP-адресу. Теперь вы можете добавить параметр свойстваBIND_ON_ALL_INTERFACES=nв файл конфигурации тихой установки, который заставляет обработчик сообщений прослушивать определенный IP-адрес, указанный свойствомHOSTIPв том же файле. Для получения дополнительной информации об этом свойстве и о настройке тихой установки см. Руководство по установке и настройке Apigee On-premises Deployment Kit . - Обновления JMS
В этот релиз включены различные обновления поддержки JMS в Apigee, в том числе:- Теперь все заголовки JMS передаются в виде заголовков HTTP для последующей обработки.
- Теперь вы можете указывать ExpiryTime и DeliveryMode для сообщений, помещаемых в ResponseQueue, используемую JMS-прокси. Все HTTP-заголовки, соответствующие стандартным заголовкам JMS, устанавливаются «как есть», а другие HTTP-заголовки устанавливаются в качестве свойств JMS в ответном сообщении, используемом JMS-прокси.
Исправлены ошибки
| Тема | Описание |
|---|---|
| Пользовательские права доступа к ролям | Права доступа, установленные с помощью пользовательских ролей, теперь работают должным образом. |
| аналитика задержки API | В процессе работы API-прокси, если вызов целевой системы приводит к таймауту (например, таймауту чтения HTTP), время задержки целевой системы включается в аналитику API. |
| атрибут «тип» в политиках | Атрибут «type» теперь корректно работает во всех политиках Apigee. |
| OAuth 2.0 аннулирует токены | Функция аннулирования токенов в политиках Apigee OAuth 2.0 теперь соответствует спецификации OAuth. Вам больше не нужно указывать «тип» при установке параметра «токен». |
| RBAC с сопоставлением ключ/значение | Теперь управление доступом на основе ролей работает для карт ключ/значение, созданных на уровне среды. |
| Формат ответа на политику OAuth 1.0a | При отправке запросов к API с политикой 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> <Удалить> <Заголовки> <Header name="Transfer-Encoding"/> <Header name="transfer-encoding"/> </Заголовки> </Удалить> <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables> </AssignMessage> |