Вы просматриваете документацию по Apigee Edge.
Перейдите к документации по Apigee X. Информация
В среду, 29 января 2014 г., мы выпустили новую локальную версию Apigee Edge.
Если у вас возникли вопросы, обратитесь в службу поддержки Apigee Edge.
В этой версии содержатся функции и исправления ошибок из следующих облачных версий:
Новые функции и улучшения
- OAuth 2.0: обновление специальных атрибутов в токенах
Новое правило "Задать информацию OAuth v2.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, вы получите доступ к той же информации 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)
Теперь Apigee Edge Advanced API Services (ранее App Services) можно использовать локально. Существующий установщик Edge позволяет развернуть и настроить расширенные сервисы API в собственной локальной среде.
- Монетизация сервисов для разработчиков (ранее – сервисов монетизации)
установщик
Возможность монетизации входит в состав сервисов для разработчиков 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.
Исправлены ошибки
| Тема | Описание |
|---|---|
| Разрешения для специальных ролей | Разрешения, заданные с помощью специальных ролей, теперь работают корректно. |
| Аналитика задержки API | Если при вызове целевой системы в потоке прокси API возникает тайм-аут (например, тайм-аут чтения HTTP), время ожидания целевой системы включается в аналитику API. |
| Атрибут type в правилах | Атрибут type теперь корректно работает во всех правилах Apigee. |
| Аннулирование токенов OAuth 2.0 | Функциональность аннулирования токенов для правил Apigee OAuth 2.0 теперь соответствует спецификации OAuth. Вам больше не нужно указывать тип при задании параметра token. |
| Управление доступом на основе ролей с сопоставлениями пар "ключ-значение" | Контроль доступа на основе ролей теперь работает для карт "ключ-значение", созданных на уровне среды. |
| Формат ответа на запрос правил 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>
<Удалить>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|