Вы просматриваете документацию Apigee Edge .
Перейдите к документации Apigee X. информация
В четверг, 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
(АПИРТ-1806)
переменные целевого потока заполняются неправильно для встроенных целевых и целевых серверов
Новые переменные в потоках сообщений предоставляют более полную информацию об URL-адресах для целевых конечных точек и целевых серверов:
- TargetEndpoint: request.url заменяет target.basepath.with.query.
- TargetServer: loadbalancing.targetserver заменяет targetserver.name. Кроме того, target.basepath заполняется только тогда, когда элемент <Path> используется в элементе HTTPTargetConnection <LoadBalancer> TargetEndpoint. (АПИРТ-1050)
Исправлены ошибки
В этом выпуске исправлены следующие ошибки.
Идентификатор проблемы | Описание |
---|---|
ТБД-82 | Самопроверка сервера управления не удалась после смены системного пароля |
МГМТ-2551 | Пользовательский интерфейс в версии 4.15.04.03 больше не работает с Java 6. |
МГМТ-2418 | Конфигурация пользовательского интерфейса apigee.conf не поддерживает TLS |
МГМТ-2255 | Самопроверка сервера управления не удалась после смены системного пароля |
МГМТ-1677 | Записывать ошибки аутентификации и ошибки авторизации при отладке |
КОРЕТ-318 | HTTPServer.streaming.buffer.limit=10 вызывал периодические зависания запросов При работе с медленными клиентами и большими объемами полезных данных запросы иногда зависали и истекали по времени от маршрутизатора. Эта проблема наблюдалась только в том случае, если для свойства HTTPServer.streaming.buffer.limit маршрутизатора было установлено ненулевое значение. Проблема устранена. |
АПИРТ-1766 | Таймауты в WebSockets |
АПИРТ-1713 | Сбои политики ExtractVariables при нагрузке 10TPS |
АПИРТ-1472 | Сообщения в system.log каждый раз при вызове API проверки работоспособности |
АПИРТ-1147 | Потоковые данные прокси-сервера из корзины S3 больше не завершают загрузку |