14.09.17 – informacje o wersji Apigee Edge w chmurze

Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X.
Informacje

W czwartek 18 września 2014 roku opublikowaliśmy nową wersję Apigee Edge w chmurze.

Nowe funkcje i ulepszenia

Poniżej znajdziesz opis nowych funkcji i ulepszeń wprowadzanych w tej wersji.

  • Funkcje Analytics
  • „/” zasób na temat produktówAPIRT-667
    Gdy dodasz zasób do usługi API jako pojedynczy ukośnik „/”, Apigee będzie domyślnie traktować go tak samo jak „/**”, co daje programistom dostęp do wszystkich identyfikatorów URI w ścieżce podstawowej. Nowa właściwość features.isSingleForwardSlashBlockingEnabled na poziomie organizacji umożliwia zmianę domyślnego działania znaku „/”. Gdy zmienisz ustawienie na „true” (prawda), klienci chmury muszą w tym celu skontaktować się z zespołem pomocy Apigee, znak „/” daje programistom dostęp tylko do ścieżki podstawowej jako zasobu.

    Więcej informacji znajdziesz w artykule Konfigurowanie zachowania ścieżki zasobu.
  • Konfiguracja błędu odpowiedzi HTTP dla limitów i Spike ArrestAPIRT-664
    Organizacje Apigee Edge można teraz skonfigurować tak, aby zwracały kod stanu HTTP 429 (Za dużo żądań) w przypadku wszystkich żądań, które przekraczają limit częstotliwości ustawiony przez zasadę limitu lub Spike Arrest. Konfiguracja domyślna zwraca kod stanu HTTP 500 (wewnętrzny błąd serwera).

    Skontaktuj się z zespołem pomocy Apigee, aby ustawić właściwość features.isHTTPStatusTooManyRequestEnabled na „true” dla organizacji, w przypadku których chcesz, aby naruszenia związane z limitami i Spike Arrest zwracały kod stanu HTTP 429.

Naprawione błędy

Poprawiliśmy w niej wymienione niżej błędy.

Temat Opis
Błąd 204 dotyczący brakującego klucza w mapie par klucz-wartość
MGMT-960
Brak klucza w mapie par klucz-wartość zwrócił odpowiedź HTTP 204 (Brak treści) zamiast oczekiwanego błędu 404 (Nie znaleziono). Naprawiliśmy ten błąd, aby zwracał błąd 404.
Uprawnienia użytkownika z różnymi rolami
MGMT-656
Uprawnienia użytkownika przypisane do co najmniej 2 ról nie zostały prawidłowo połączone. Naprawiliśmy ten problem.
Kodowanie małych liter w zasadach
APIRT-703
W konfiguracji XML zasad ustawienie kodowania znaków z użyciem małych liter „utf-8” lub „utf-16” powodowało błąd zasad. Naprawiliśmy ten problem, aby umożliwić obsługę kodowania małych i wielkich liter.