Вы просматриваете документацию Apigee Edge .
Перейти к документации Apigee X. info
В четверг, 13 августа 2015 года, мы выпустили патч для Apigee Edge для Private Cloud WebSockets.
Новые функции и улучшения
Ниже перечислены новые функции и улучшения в этой версии.
Регулировка размера кадра WebSocket
Вы можете настроить размер фреймов WebSocket в Apigee Edge для частного облака. Для этого настройте свойства в двух разных файлах на всех маршрутизаторах и обработчиках сообщений. Значения в обоих файлах всегда должны совпадать .
- В файле router.properties маршрутизатора настройте:
WEBSOCKET.frame.limit= 4k - В файле netty-websocket-adaptor.properties процессора сообщений настройте:
netty.websocket.message.max.frame.length= 4k
Перезагрузите маршрутизатор и узлы процессора сообщений после обновления файлов. Например:
/<inst-root>/apigee4/bin/apigee-service router restart
/<inst-root>/apigee4/bin/apigee-service message-processor restart
(APIRT-1806)
переменные целевого потока не заполняются правильно для встроенного целевого объекта и целевых серверов
Новые переменные в потоках сообщений предоставляют более полную информацию об URL для целевых конечных точек и целевых серверов:
- TargetEndpoint: request.url заменяет target.basepath.with.query.
- TargetServer: loadbalancing.targetserver заменяет targetserver.name. Кроме того, target.basepath заполняется только при использовании элемента <Path> в элементе HTTPTargetConnection <LoadBalancer> конечной точки TargetEndpoint. (APIRT-1050)
Исправлены ошибки
В этом выпуске исправлены следующие ошибки.
| Идентификатор выпуска | Описание |
|---|---|
| TBD-82 | Самопроверка сервера управления не удалась после смены системного пароля |
| МГМТ-2551 | Пользовательский интерфейс версии 4.15.04.03 больше не работает с Java 6 |
| МГМТ-2418 | Конфигурация пользовательского интерфейса apigee.conf не поддерживает TLS |
| МГМТ-2255 | Самопроверка сервера управления не удалась после смены системного пароля |
| МГМТ-1677 | Лог ошибок аутентификации и авторизации в отладке |
| КОРЕРТ-318 | HTTPServer.streaming.buffer.limit=10 вызывал периодические зависания запросов При работе с медленными клиентами и большими объёмами данных запросы иногда зависали и отставали от маршрутизатора по времени. Эта проблема возникала только тогда, когда свойство HTTPServer.streaming.buffer.limit маршрутизатора было установлено в ненулевое значение. Проблема была исправлена. |
| APIRT-1766 | Тайм-ауты в WebSockets |
| APIRT-1713 | Сбои политики ExtractVariables при нагрузке 10 TPS |
| APIRT-1472 | Сообщения в system.log каждый раз при вызове API проверки работоспособности |
| APIRT-1147 | Потоковые данные прокси-сервера из контейнера S3 больше не завершают загрузку |