Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje
W czwartek, 13 sierpnia 2015 r., wydaliśmy poprawkę dla WebSockets w usłudze Apigee Edge for Private Cloud.
Nowe funkcje i ulepszenia
Poniżej znajdziesz nowe funkcje i udoskonalenia w tej wersji.
Zmiana rozmiaru ramki WebSocket
Rozmiar ramek WebSocket możesz skonfigurować w Apigee Edge for Private Cloud. Aby to zrobić, skonfiguruj właściwości w 2 różnych plikach na wszystkich routerach i procesorach wiadomości. Wartości w obu plikach muszą zawsze być takie same.
- W pliku router.properties routera skonfiguruj:
WEBSOCKET.frame.limit=4k - W pliku netty-websocket-adaptor.properties procesora wiadomości skonfiguruj:
netty.websocket.message.max.frame.length=4k
Po zaktualizowaniu plików uruchom ponownie router i węzły procesora wiadomości. Na przykład:
/<inst-root>/apigee4/bin/apigee-service router restart
/<inst-root>/apigee4/bin/apigee-service message-processor restart
(APIRT-1806)
zmienne przepływu docelowego nie są prawidłowo wypełniane w przypadku docelowych i docelowych serwerów w dokumencie inline
Nowe zmienne w przepływach wiadomości zapewniają bardziej kompletne informacje o adresach URL docelowych punktów końcowych i docelowych serwerów:
- TargetEndpoint: request.url zastępuje target.basepath.with.query.
- Serwer docelowy: loadbalancing.targetserver zastępuje targetserver.name. Ponadto target.basepath jest wypełniany tylko wtedy, gdy w elemencie HTTPTargetConnection <LoadBalancer> elementu TargetEndpoint jest używany element <Path>. (APIRT-1050)
Naprawione błędy
W tej wersji naprawiliśmy te błędy:
| Identyfikator problemu | Opis |
|---|---|
| TBD-82 | Po zmianie hasła systemowego samosprawdzający się serwer zarządzania nie działa |
| MGMT-2551 | Interfejs w wersji 4.15.04.03 nie działa już z wersją Java 6 |
| MGMT-2418 | Konfiguracja interfejsu użytkownika apigee.conf nie obsługuje protokołu TLS |
| MGMT-2255 | Po zmianie hasła systemowego samosprawdzający się serwer zarządzania nie działa |
| MGMT-1677 | Rejestrowanie błędów uwierzytelniania i autoryzacji w debugowaniu |
| CORERT-318 | HTTPServer.streaming.buffer.limit=10 powodowało sporadyczne zawieszanie się żądań Podczas obsługiwania wolnych klientów i dużych ładunków czasami żądania zawieszały się i przestawały być obsługiwane przez router. Ten problem występował tylko wtedy, gdy router miał właściwość HTTPServer.streaming.buffer.limit ustawioną na wartość niezerową. Problem został rozwiązany. |
| APIRT-1766 | Czasy oczekiwania w przypadku WebSockets |
| APIRT-1713 | Błędy związane z zasadami funkcji ExtractVariables przy obciążeniu 10 TPS |
| APIRT-1472 | Wiadomości w pliku system.log za każdym razem, gdy wywoływany jest interfejs API do sprawdzania stanu |
| APIRT-1147 | Dane strumieniowe z serwera proxy z zasobnika S3 nie są już pobierane |