16.07.27 (UI) – informacje o wersji Apigee Edge dla Public Cloud

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. info

W środę 27 lipca 2016 r. udostępniliśmy nową wersję Apigee Edge dla chmury publicznej.

Nowe funkcje i aktualizacje

Oto nowe funkcje i aktualizacje wprowadzone w tej wersji.

Działanie serwera proxy SOAP podczas korzystania z kreatora serwera proxy

Podczas tworzenia serwera proxy opartego na protokole SOAP z pliku WSDL za pomocą kreatora serwera proxy masz 2 opcje tworzenia serwera proxy:

  • Pass-Through SOAP, w którym serwer proxy po prostu przekazuje ładunek żądania SOAP w niezmienionej postaci.
  • REST do SOAP do REST, gdzie serwer proxy konwertuje przychodzący ładunek, np. JSON, na ładunek SOAP, a następnie konwertuje odpowiedź SOAP z powrotem na format oczekiwany przez wywołującego.

Ta wersja zawiera te zmiany w działaniu tych opcji: Różnice między starym a nowym działaniem dotyczą zasad i konfiguracji, które są automatycznie generowane przez kreator serwera proxy.

Przekazywanie SOAP

  • Wszystkie operacje WSDL są teraz wysyłane do podstawowej ścieżki proxy „/”, a nie do zasobów proxy (np. „/cityforecastbyzip”). Nazwy operacji są przekazywane do docelowej usługi SOAP. Działa to zgodnie ze specyfikacją SOAP.

  • Wygenerowany serwer proxy nie obsługuje już formatu JSON w żądaniu. Obsługuje tylko format XML. Serwer proxy zapewnia, że żądania SOAP mają element Envelope, Body i przestrzeń nazw http://schemas.xmlsoap.org/soap/envelope/.

REST do SOAP do REST

  • Serwer proxy nie obsługuje już WSDL RPC (obsługiwany jest tylko Document/Literal). Nie zostało to przetestowane w przypadku WSDL 2.0.
  • Nowe zachowanie nie zostało przetestowane w przypadku WS-Policy.
  • Serwer proxy umożliwia wysyłanie danych JSON zamiast FormParams.
  • Gdy dodasz do serwera proxy obsługę CORS (współdzielenia zasobów pomiędzy serwerami z różnych domen) za pomocą narzędzia do tworzenia serwerów proxy, zobaczysz te ulepszenia:
    • Nagłówek Access-Control-Allow-Headers: oprócz nagłówków Origin, x-requested-with i Accept nagłówek Access-Control-Allow-Headers zawiera też nagłówki Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent i Cache-Control.
    • Nagłówek Access-Control-Allow-Methods: oprócz GET, PUT, POST i DELETE ten nagłówek zawiera też czasowniki PATCH i OPTIONS.
  • Podczas generowania serwera proxy interfejsu API dla pliku WSDL Edge odczytuje wszystkie typy złożone zdefiniowane jako abstrakcyjne w pliku WSDL i prawidłowo rozpoznaje wszystkie typy instancji oparte na typach abstrakcyjnych.

narzędzie wiersza poleceń wsdl2apigee typu open source,

Apigee udostępnia też narzędzie wiersza poleceń typu open source do generowania serwerów proxy interfejsu API typu passthrough lub rest-to-soap na podstawie plików WSDL. Zobacz https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Usunięte błędy

W tej wersji naprawiliśmy te błędy: Ta lista jest przeznaczona głównie dla użytkowników, którzy chcą sprawdzić, czy ich zgłoszenia zostały rozwiązane. Nie jest on przeznaczony do dostarczania szczegółowych informacji wszystkim użytkownikom.

Identyfikator problemu Opis
EDGEUI-621 Opcja Zapisz jako nowy serwer proxy interfejsu API używa domyślnej nazwy, która zawiera notację naukową, np. „new-1.234568901234568e+53”
EDGEUI-572 Interfejs wyświetla komunikat „Błąd: nieznany błąd” zamiast „Błąd: limit czasu sesji”