21.03.08 – informacje o wersji Apigee Edge dla Public Cloud

Naprawiono błąd, który powodował, że w niektórych przypadkach podczas próby pobrania logów kontrolnych zwracany był kod stanu HTTP 409.

Rozwiązaliśmy problem polegający na tym, że w niektórych logach audytu nie były prawidłowo rejestrowane treści żądania w przypadku niektórych żądań.

Rozwiązaliśmy problem, który powodował, że w przypadku zdefiniowania definicji OpenAPI, która nie zwracała prawidłowego formatu JSON lub YAML, wyrzucano wyjątek, który ujawniał części odpowiedzi docelowej.

Rozwiązaliśmy problem, który umożliwiał użytkownikom przypisywanie rol użytkownikom na swoich kontach, co dawało im dostęp do organizacji, których nie byli właścicielami. Po zastosowaniu tej poprawki takie operacje nie będą możliwe.

Rozwiązaliśmy problem, który uniemożliwiał użytkownikom aktualizowanie istniejących wpisów KVM, których nazwy zaczynały się od „/”. Ta zmiana umożliwia takie aktualizacje.

Rozwiązaliśmy problem, który umożliwiał zachowanie numerów wersji usuniętych wersji zastępczych. Ta poprawka umożliwia użytkownikom przymusowe usunięcie tych nieprawidłowych numerów wersji.

Rozwiązaliśmy problem, który powodował, że zmienna przepływu responsecache.cachesource była ustawiona jako L2, nawet jeśli nie udało się znaleźć elementu w pamięci podręcznej.

Rozwiązaliśmy problem polegający na przedwczesnym zresetowaniu typu rollingwindow w zasadach dotyczących limitu, jeśli element <Distributed> był ustawiony na true, a element <Synchronous> na false.

(w ramach aktualizacji z 19 października 2021 r.)

Rozwiązaliśmy problem, w którym ustawienie override na false w operacji Put działało prawidłowo tylko wtedy, gdy wpis znajdował się w pamięci podręcznej. Jeśli atrybut override ma wartość false, wpis nie zostanie zastąpiony, niezależnie od tego, czy znajduje się w pamięci podręcznej, czy nie.

Rozwiązaliśmy problem z zasadami dotyczącymi wezwania do działania, tak aby w przypadku wartości clearPayload true prośba o weryfikację była usuwana z kontekstu wiadomości.

Podczas tworzenia KVM zostały dodane dodatkowe kontrole, aby sprawdzić, czy określone środowisko istnieje.

Rozwiązaliśmy problem polegający na tym, że wiadomości zawierające znaki nowej linii rejestrowane przez politykę MessageLogging w protokole syslog nie były dzielone na kilka linii, gdy używano protokołu TCP. Teraz znaki końca wiersza są traktowane zgodnie z oczekiwaniami.

Rozwiązaliśmy problem, który powodował, że monitorowanie stanu ignorowało wartość parametru <HttpMonitor>.<Request>.<isSSL> i serwer docelowy określał, czy kontrole stanu miały być przeprowadzane w protokole HTTP czy HTTPS.

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

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

Gdy obiekt jest umieszczany lub pobierany z pamięci podręcznej L1, zamiast niego umieszczana jest kopia lub pobierana jest kopia.

Rozwiązaliśmy problem, który powodował awarię całego procesu uruchamiania usługi Message Processor podczas próby załadowania uszkodzonego pliku jar.

Nieaktualna wartość w KVM po wygaśnięciu została zmniejszona.

Rozwiązano problem polegający na tym, że wartość ExpiryTimeInSecs w operacji KeyValueMapOperations została zmieniona na mniejszą, a stara wartość ważności została zachowana i zwrócona została nieaktualna wartość KVM.

RaiseFault weryfikuje nazwę w dowolnym wywołaniu funkcji AssignVariable

Jeśli zasada RaiseFault zawiera element AssignVariable, sprawdza ona teraz, czy nazwa nie jest pusta.

Poprawne przetwarzanie ref w wiadomościach HMAC

Zasady HMAC poprawnie obsługują teraz przypadek, gdy odwołanie do zmiennej elementu Message jest puste: powoduje to błąd z komunikatem wskazującym, że odwołanie do zmiennej nie może zostać rozwiązane.

Rozwiązaliśmy problem, który powodował, że certyfikaty klienta nie były wysyłane, mimo że na serwerze docelowym ustawiono wartość clientauthenabled.

Wyjątek SetVariableFailed został poprawiony w przypadku zasady KeyValueMapOperations.

Wcześniej wyjątek SetVariableFailed nie występował, jeśli zaszyfrowany wpis znajdował się nadal w pamięci podręcznej. To zachowanie zostało poprawione. Teraz wyjątek występuje, gdy dostęp do zaszyfrowanego wpisu jest uzyskiwany bez prefiksu private, niezależnie od tego, czy znajduje się on w pamięci podręcznej, czy nie.

Rozwiązaliśmy problem polegający na tym, że wartości JSON, które nie są ciągami znaków, były konwertowane w narzędziu Debugowanie na ciągi znaków.

Zmienna przepływu developer.app.id została dodana do zasad związanych z zasobami GetAuthV2Info

Podczas wywoływania metody GetAuthV2Info zmienna przepływu developer.app.id była niedostępna. Został on dodany do zestawu zmiennych przepływu w czasie wykonywania w przypadku tej zasady.

Rozwiązaliśmy problem, który powodował, że proxy z zasadą przypisywania wiadomości nie było wdrażane, gdy nie podano nazwy nagłówków i innych elementów.

Uniemożliwienie równoległego działania 2 zasad.

W niektórych ograniczonych przypadkach, jeśli usługa Message Processor napotka błąd w docelowym komunikacie, może dopuścić do równoległego wykonywania co najmniej 2 zasad. W narzędziu Debugowanie będzie to widoczne jako zasady wykonywane w nieporządku lub w niewłaściwym procesie.