22.03.14 – informacje o wersji Apigee Edge dla Public Cloud

Zmniejszono opóźnienie podczas tworzenia aplikacji, gdy w pliku danych jest zawartych wiele interfejsów API.

Skróciliśmy czas wdrażania pakietu zastępczego z dużym plikiem zasobu OAS.

Użyj prawidłowego dozwolonego czasu trwania w ramach planu cenowego typu freemium w Apigee Monetization.

Rozwiązaliśmy problem, aby upewnić się, że Apigee Monetization respektuje czas trwania wersji freemium. Dzięki tej poprawce deweloperzy aplikacji mogą korzystać z taryfy bezpłatnie przez określony czas. Przed tą poprawką czas trwania był obliczany nieprawidłowo na zapleczu. Zobacz Konfigurowanie planu freemium.

Uaktualnienie biblioteki SwaggerParser powoduje bardziej rygorystyczne błędy walidacji podczas wdrażania proxy w przypadku zasad OASValidation.

Rozwiązaliśmy problem, który powodował, że włączenie debugowania Apigee powodowało pomijanie niektórych asynchronicznie wykonywanych zasad.

Rozwiązaliśmy problem polegający na tym, że w zasadzie GenerateJWT, gdy jako dodatkowy element nagłówka podany był element jwk, zasada nie obsługiwała prawidłowo ładunku.

Gdy między procesorem wiadomości a serwerem docelowym używany był serwer proxy kierujący, w statystykach rejestrowane były niespójne szczegóły celu. Szczegóły docelowego w statystykach czasami dotyczyły rzeczywistego docelowego, a czasami pośredniego. Ten problem został rozwiązany, więc szczegóły docelowe rejestrowane w statystykach zawsze dotyczą rzeczywistego celu.

W zasadach DecodeJWT naprawiliśmy problem, który powodował, że podczas deklarowania AdditionalClaims jako map i dodawania roszczenia w <AdditionalClaims>....</AdditionalClaims> zasady dekodowały je jako typ podwójnej precyzji zamiast typu całkowitego.

Ulepszona odporność i rejestrowanie kodu zarządzania DNS w procesorach wiadomości.

Rozwiązaliśmy problem, który powodował, że polityka VerifyJWT nie zezwalała na atrybuty use:sig w kluczu publicznym JWKS. Atrybut use:sig jest teraz dozwolony.

Rozwiązaliśmy problem, który powodował, że żądania do objaśnienia Pythona w ramach współdzielonego przepływu nie powiodły się z powodu java.lang.NoClassDefFoundError.

Błędy walidacji OAS powodują teraz stan HTTP 400; wcześniej powodowały stan 500.

Różne aktualizacje i poprawki zabezpieczeń.

Rozwiązaliśmy problem, który powodował, że niemożność połączenia się z serwerem Syslog mogła spowodować ponowne uruchomienie MP.

Rozwiązaliśmy problem, który powodował niepowodzenie wykonania zasady JavaScript, jeśli próbowała ona zmodyfikować zmienną apigee_javascript.

Rozwiązaliśmy problem, który powodował, że zasada DeleteOAuthV2Info nie usuwała tokena dostępu.

Rozwiązaliśmy problem, który powodował, że przetwarzacz wiadomości uruchamiał się prawidłowo, mimo że nie był w stanie załadować wszystkich dostępnych repozytoriów.

Rozwiązaliśmy problem, który powodował, że uprawnienia zawierające znak zastępczy (*) i znak specjalny, np. przecinek (,), nie działały zgodnie z oczekiwaniami.

Wersja pośrednia zwracała błąd stanu HTTP 400, gdy była używana jako obiekt docelowy z LocalTargetConnection.

Jeśli podczas odświeżania pamięci podręcznej DNS nie uda się przeprowadzić rozpoznawania DNS, procesor wiadomości będzie teraz ponownie używać istniejących adresów IP docelowych.

Zmienna przepływu servicecallout.requesturi odzwierciedla to odpowiednio, jeśli adres URI jest zbudowany przy użyciu wielu zmiennych.

Rozwiązaliśmy problem, który powodował, że zasady kontroli dostępu zgłaszały błędy, gdy nagłówki x-forwarded-for zawierały format ip:port.

Rozwiązaliśmy problem polegający na tym, że zasada JWS zwracała błąd steps.jws.GenerationFailed, gdy ostatni parametr JSON był pusty.