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.

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ł przypisywanie rol użytkownikom na ich 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ą dozwolone.

Rozwiązaliśmy problem, który uniemożliwiał użytkownikom aktualizowanie istniejących wpisów KVM, których nazwy zaczynają 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 wiszących 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 calloutów usługi, tak aby gdy clearPayload to true, wiadomość z prośbą zostanie usunięta 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 inicjowania usługi Message Processor podczas próby załadowania uszkodzonego pliku JAR.

Nieaktualna wartość w KVM po wygaśnięciu jest zmniejszana.

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 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 nie jest ustawione: 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 debugowania na ciągi znaków.

Zmienna przepływu developer.app.id została dodana do zasad dotyczących metody 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 ramach tych zasad.

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 nieprawidłowym porządku lub w nieprawidłowym przepływie.