22.03.14 – informacje o wersji Apigee Edge dla Public Cloud

Wydłużenie czasu oczekiwania podczas tworzenia aplikacji zostało skrócone, gdy ładunek zawiera wiele usług interfejsu API.

Krótszy czas wdrażania pakietu serwera proxy z dużym plikiem zasobów OAS.

Na stronie Apigee Monetization w Apigee podaj prawidłowy dozwolony czas trwania dla planu stawek freemium.

Naprawiliśmy błąd, aby zagwarantować, że czas trwania freemium jest przestrzegany przez funkcję Apigee Monetization. Dzięki temu deweloperzy aplikacji mogą korzystać z abonamentu bez opłat w skonfigurowanym okresie. Przed tą poprawką czas trwania był obliczany nieprawidłowo w backendzie. Zobacz Konfigurowanie abonamentu freemium.

Uaktualnienie biblioteki SwaggerParser powoduje występowanie bardziej rygorystycznych błędów weryfikacji podczas wdrażania serwera proxy na potrzeby zasady OASValidation.

Rozwiązaliśmy problem polegający na tym, że włączenie debugowania Apigee powodowało, że środowisko wykonawcze pomijało niektóre asynchronicznie wykonywane zasady.

Rozwiązaliśmy problem, który powodował, że zasada Wygeneruj JWT podczas podawania jwk jako dodatkowego deklaracji nagłówka nieprawidłowo obsługiwała ładunek.

Gdy między procesorem wiadomości a serwerem docelowym był używany serwer proxy przekazywania, dane o miejscu docelowym były niespójne w statystykach. Szczegóły celu w statystykach były czasem rzeczywistymi, a czasami również serwerem proxy. Naprawiliśmy ten błąd, więc szczegóły celu rejestrowane w statystykach zawsze odpowiadają rzeczywistemu celowi.

Rozwiązaliśmy problem w zasadzie Decode JWT: podczas deklarowania AdditionalClaims jako map i dodawania deklaracji w <AdditionalClaims>....</AdditionalClaims> zasada dekodowała je jako typ zmiennoprzecinkowy, a nie całkowite.

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

Rozwiązaliśmy problem, który powodował, że zasada weryfikacji JWT nie zezwalała na atrybut use:sig w kluczu publicznym JWKS. Teraz atrybut use:sig jest dozwolony.

Rozwiązaliśmy problem polegający na tym, że żądania wysyłane do objaśnienia Pythona w przepływie współdzielonym nie kończyły się z powodu błędu java.lang.NoClassDefFoundError.

Błędy weryfikacji OAS zgłaszają teraz stan HTTP 400. Wcześniej był zwracany stan 500.

Różne aktualizacje i poprawki zabezpieczeń.

Rozwiązaliśmy problem, który powodował, że błąd połączenia z serwerem Syslog mógł powodować ponowne uruchomienie MP.

Rozwiązaliśmy problem polegający na tym, że przy próbie zmodyfikowania zmiennej apigee_javascript zasada JavaScript nie mogła zostać zrealizowana.

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

Rozwiązaliśmy problem polegający na tym, że procesor wiadomości czasami uruchamiał się pomyślnie, nawet jeśli nie był w stanie wczytać wszystkich repozytoriów.

Rozwiązaliśmy problem, który powodował, że uprawnienia zawierające zarówno symbol wieloznaczny (*), jak i znak specjalny, taki jak przecinek (,), nie działały zgodnie z oczekiwaniami.

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

Jeśli podczas odświeżania pamięci podręcznej DNS nie uda się rozpoznać nazw DNS, podmiot przetwarzający wiadomości będzie teraz raz używać istniejących docelowych adresów IP.

Zmienna przepływu servicecallout.requesturi prawidłowo odzwierciedla to, czy identyfikator URI został utworzony przy użyciu wielu zmiennych.

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

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