21.03.08 – informacje o wersji Apigee Edge dla Public Cloud

Rozwiązaliśmy problem, który powodował, że podczas próby pobrania logów kontrolnych w niektórych przypadkach zwracany był stan HTTP 409.

Rozwiązaliśmy problem, który powodował, że treść żądania nie była prawidłowo logowana w przypadku niektórych żądań w logach kontrolnych.

Rozwiązaliśmy problem, który powodował, że jeśli definicja OpenAPI nie zwracała prawidłowego pliku JSON lub YAML, został zgłoszony wyjątek pokazujący ujawnione części docelowej odpowiedzi.

Rozwiązaliśmy problem polegający na tym, że użytkownicy mogli przypisywać role użytkowników do swoich kont, co pozwalało im na dostęp do organizacji, które do nich nie należą. Po wprowadzeniu tej poprawki takie operacje są niedozwolone.

Rozwiązaliśmy problem, który powodował, że użytkownicy nie mogli aktualizować istniejących wpisów KVM, których nazwy zaczynały się od znaku „/”. Ta zmiana umożliwia takie aktualizacje.

Naprawiliśmy problem, który powodował, że można było utrzymać numery wersji usuniętych wersji serwera proxy. Ta poprawka umożliwia użytkownikom wymuszanie usuwania tych numerów wersji.

Rozwiązaliśmy problem, który powodował, że zmienna przepływu responsecache.cachesource była ustawiona na L2 nawet wtedy, gdy w pamięci podręcznej wystąpił brak.

Rozwiązaliśmy problem polegający na tym, że typ rollingwindow zasady limitu przedwcześnie resetował się, jeśli element <Distributed> miał wartość true, a element <Synchronous> na wartość false.

(poprawka z 19.10.2021 r.).

Naprawiliśmy problem, który powodował, że ustawienie override na false w operacji „Pudzenie” działało prawidłowo tylko wtedy, gdy wpis znajdował się w pamięci podręcznej. Teraz, jeśli atrybut override ma wartość false, wpis nie zostanie zastąpiony niezależnie od tego, czy znajduje się w pamięci podręcznej.

Rozwiązaliśmy problem związany z zasadami dotyczącymi objaśnienia usługi. Gdy clearPayload ma wartość true, wiadomość z żądaniem jest usuwana z kontekstu wiadomości.

Podczas tworzenia KVM dodaliśmy dodatkowe testy, aby sprawdzić, czy określone środowisko istnieje.

Rozwiązaliśmy problem, który powodował, że wiadomości zawierające znaki nowego wiersza zarejestrowane w syslog przez zasadę MessageLogging nie były podzielone na wiele wierszy, gdy używany był protokół TCP. Teraz znaki nowego wiersza są traktowane zgodnie z oczekiwaniami.

Rozwiązaliśmy problem, który powodował, że monitor stanu ignorował wartość <HttpMonitor>.<Request>.<isSSL>, a serwer docelowy określał, czy kontrole stanu używały protokołu HTTP, czy HTTPS.

Teraz wartość <HttpMonitor>.<Request>.<isSSL> będzie włączać i wyłączać mTLS w kontrolach stanu niezależnie od tego, czy jest włączone na serwerze docelowym.

Zapobiegaj przypadkowej modyfikacji obiektu w pamięci podręcznej L1.

Gdy obiekt zostaje umieszczony lub pobierany do lub z pamięci podręcznej L1, zamiast tego umieszczana lub pobierana jest jego kopia.

Rozwiązaliśmy problem, który powodował, że podczas próby wczytania uszkodzonego pliku jar nie działał cały proces uruchamiania procesora wiadomości.

Nieaktualna wartość w KVM po wygaśnięciu okresu zostaje zmniejszona.

Rozwiązaliśmy problem, który powodował, że ExpiryTimeInSecs w KeyValueMapOperations została zmieniona na mniejszą wartość, podczas gdy stary okres ważności był zachowany i zwrócono nieaktualną wartość KVM.

VisitFault weryfikuje nazwę w dowolnej zmiennej AssignZmiennej

Gdy zasada GrowFault zawiera element AssignVariable, zasada sprawdza teraz, czy nazwa nie jest pusta.

Poprawna obsługa atrybutu ref w komunikacie HMAC

Zasada HMAC prawidłowo obsługuje teraz przypadek, gdy zmienna, do której odwołuje się element Message (wiadomość) jest nieskonfigurowana, powoduje zgłoszenie błędu z komunikatem informującym, że nie można znaleźć określonej zmiennej.

Rozwiązaliśmy problem polegający na tym, że certyfikaty klienta nie były wysyłane, mimo że na serwerze docelowym ustawiono clientauthenabled.

Działanie wyjątku SetVariableFailed zostało naprawione w zasadzie KeyValueMapOperations.

Wcześniej wyjątek SetVariableFailed nie występował, jeśli zaszyfrowany wpis nadal znajdował się w pamięci podręcznej. Naprawiliśmy to zachowanie. Wyjątkiem jest sytuacja, gdy dostęp do szyfrowanego wpisu jest uzyskiwany bez prefiksu private niezależnie od tego, czy znajduje się on w pamięci podręcznej.

Rozwiązaliśmy problem, który powodował, że wartości JSON inne niż ciąg znaków w ładunkach były konwertowane w narzędziu do debugowania na ciągi znaków.

Do zasady GetAuthV2Info dodano zmienną przepływu developer.app.id

Zmienna przepływu developer.app.id była niedostępna podczas korzystania z GetAuthV2Info. Dodano go do zbioru zmiennych przepływu środowiska wykonawczego dla tej zasady.

Rozwiązaliśmy problem, który powodował, że nie udało się wdrożyć serwera proxy z zasadą AssignMessage, gdy nie określono nazwy dla nagłówków i innych elementów.

Zablokuj możliwość równoległego wykonywania 2 zasad.

W niektórych przypadkach, jeśli procesor wiadomości napotka błąd w odpowiedzi docelowej, może zezwolić na równoległe uruchamianie 2 lub większej liczby zasad. W narzędziu do debugowania pojawi się ona wtedy, gdy zasady będą stosowane w niewłaściwej kolejności lub w niewłaściwym procesie.