22.03.14 – informacje o wersji Apigee Edge dla Public Cloud

Skrócono czas oczekiwania podczas tworzenia aplikacji, gdy w ładunku znajduje się wiele usług API.

Skrócony czas wdrażania pakietu proxy z dużym plikiem zasobów OAS.

W Apigee Monetization używaj prawidłowego dozwolonego czasu trwania planu cenowego freemium.

Rozwiązano problem, który powodował, że Apigee Monetization nie uwzględniał czasu trwania wersji freemium. Dzięki tej poprawce deweloperzy aplikacji mogą bezpłatnie korzystać z abonamentu przez skonfigurowany czas. Przed wprowadzeniem tej poprawki czas trwania był nieprawidłowo obliczany na serwerze backendu. Zobacz Konfigurowanie planu freemium.

Uaktualnienie biblioteki SwaggerParser powoduje wyświetlanie bardziej rygorystycznych błędów weryfikacji podczas wdrażania serwera proxy w przypadku zasady OASValidation.

Rozwiązaliśmy problem, który powodował, że włączenie debugowania Apigee sprawiało, że środowisko wykonawcze pomijało niektóre zasady wykonywane asynchronicznie.

Rozwiązaliśmy problem polegający na tym, że w zasadach GenerateJWT podczas określania jwk jako dodatkowego roszczenia nagłówka zasady nieprawidłowo obsługiwały ładunek.

Jeśli między procesorem komunikatów a serwerem docelowym użyto serwera proxy przekazującego, w analityce zarejestrowano niespójne szczegóły serwera docelowego. Szczegóły miejsca docelowego w analizach czasami dotyczyły rzeczywistego miejsca docelowego, a czasami serwera proxy. Ten problem został rozwiązany, więc szczegóły celu rejestrowane w analityce zawsze odpowiadają rzeczywistemu celowi.

Rozwiązaliśmy problem w zasadach DecodeJWT, który powodował, że podczas deklarowania AdditionalClaims jako map i dodawania roszczenia w <AdditionalClaims>....</AdditionalClaims> zasady dekodowały je jako typy double zamiast integer.

Zwiększyliśmy odporność i rejestrowanie kodu zarządzania DNS w procesorach wiadomości.

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

Rozwiązaliśmy problem, który powodował, że żądania wywołania Pythona w współdzielonym przepływie kończyły się niepowodzeniem z powodu java.lang.NoClassDefFoundError.

Błędy weryfikacji OAS powodują teraz zwracanie stanu HTTP 400, a nie stanu 500.

Różne aktualizacje i poprawki zabezpieczeń.

Rozwiązaliśmy problem, który powodował, że nieudane połączenie z serwerem Syslog mogło spowodować ponowne uruchomienie procesora MP.

Rozwiązaliśmy problem, który powodował, że zasada JavaScriptu nie wykonywała się, jeśli próbowała 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 procesor wiadomości czasami uruchamiał się prawidłowo, mimo że nie mógł wczytać wszystkich repozytoriów bazowych.

Rozwiązaliśmy problem polegający na tym, że uprawnienia zawierające zarówno symbol wieloznaczny (*), jak i znak specjalny, np. przecinek (,), nie działały zgodnie z oczekiwaniami.

Wersja serwera proxy zwracała błąd stanu HTTP 400, gdy była używana jako cel z LocalTargetConnection.

Procesor komunikatów będzie teraz ponownie używać istniejących docelowych adresów IP, jeśli podczas odświeżania pamięci podręcznej DNS nie uda się rozpoznać nazwy DNS.

Zmienna przepływu servicecallout.requesturi odzwierciedla odpowiednio, czy identyfikator URI jest tworzony przy użyciu wielu zmiennych.

Rozwiązaliśmy problem, w którym zasada AccessControl zgłaszała błędy, gdy nagłówki x-forwarded-for zawierały format ip:port.

Rozwiązaliśmy problem, w którym zasada JWS zwracała błąd steps.jws.GenerationFailed, gdy ostatni parametr JSON był pusty.