Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację
Apigee X. info
W czwartek 13 sierpnia 2015 r. opublikowaliśmy poprawkę dla Apigee Edge dla Private Cloud WebSockets.
Nowe funkcje i ulepszenia
Poniżej znajdziesz nowe funkcje i ulepszenia w tej wersji.
Dostosowywanie rozmiaru ramki WebSocket
Możesz skonfigurować rozmiar ramek WebSocket w Apigee Edge dla 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ą być zawsze zgodne.
- W pliku router.properties routera skonfiguruj:
WEBSOCKET.frame.limit=4k - W pliku nettagent-adaptor.properties procesora wiadomości skonfiguruj:
netty.websocket.message.max.frame.length=4k
Po zaktualizowaniu plików uruchom ponownie węzły routera i 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ą poprawnie wypełniane w przypadku celów wbudowanych i serwerów docelowych
Nowe zmienne w przepływach wiadomości zawierają pełniejsze informacje o adresach URL punktów końcowych i serwerów docelowych:
- TargetEndpoint: request.url zastępuje target.basepath.with.query.
- TargetServer: loadbalancing.targetserver zastępuje targetserver.name. Ponadto zmienna target.basepath jest wypełniana tylko wtedy, gdy element <Path> jest używany w elemencie <LoadBalancer> HTTPTargetConnection TargetEndpoint. (APIRT-1050)
Naprawione błędy
W tej wersji naprawiono te błędy.
| Identyfikator problemu | Opis |
|---|---|
| TBD-82 | Po zmianie hasła systemowego nie działają autotesty serwera zarządzania |
| MGMT-2551 | Interfejs użytkownika w wersji 4.15.04.03 nie działa już w środowisku Java 6 |
| MGMT-2418 | Konfiguracja interfejsu użytkownika apigee.conf nie obsługuje TLS |
| MGMT-2255 | Po zmianie hasła systemowego nie działają autotesty serwera zarządzania |
| MGMT-1677 | Rejestrowanie nieudanych prób uwierzytelnienia i autoryzacji w trybie debugowania |
| CORERT-318 | HTTPServer.streaming.buffer.limit=10 powodował sporadyczne zawieszanie się
żądań W przypadku wolnych klientów i dużych ładunków żądania czasami zawieszały się i przekraczały limit czasu routera. Ten problem występował tylko wtedy, gdy właściwość routera HTTPServer.streaming.buffer.limit miała wartość inną niż zero. Problem został rozwiązany. |
| APIRT-1766 | Przekroczenie limitu czasu w przypadku WebSockets |
| APIRT-1713 | Błędy zasad ExtractVariables przy obciążeniu 10 TPS |
| APIRT-1472 | Wiadomości w system.log za każdym razem, gdy wywoływany jest interfejs API sprawdzania stanu |
| APIRT-1147 | Przesyłanie strumieniowe danych proxy z zasobnika S3 nie kończy się pobieraniem |