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

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

W środę 27 lipca 2016 roku opublikowaliśmy nową wersję Apigee Edge dla chmury publicznej.

Nowe funkcje i aktualizacje

Poniżej znajdziesz opis nowych funkcji i aktualizacji w tej wersji.

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

Podczas tworzenia serwera proxy opartego na SOAP z WSDL za pomocą kreatora proxy dostępne są 2 opcje:

  • Pass-through SOAP, gdzie serwer proxy po prostu przekazuje ładunek żądania SOAP w niezmienionej postaci.
  • Z REST do SOAP do REST, gdzie serwer proxy konwertuje ładunek przychodzący, taki jak JSON, na ładunek SOAP, a następnie konwertuje odpowiedź SOAP z powrotem na format oczekiwany przez element wywołujący.

W tej wersji wprowadziliśmy następujące aktualizacje sposobu działania tych opcji. Różnice między starym a nowym sposobem działania wynikają z zasad i konfiguracji generowanych automatycznie przez kreatora serwera proxy.

Protokół SOAP

  • Wszystkie operacje WSDL są teraz wysyłane do ścieżki bazowej serwera proxy „/”, a nie do zasobów serwera proxy (takich jak „/cityforecastbyzip”). Nazwy operacji są przekazywane do docelowej usługi SOAP. To zachowanie jest zgodne ze specyfikacją SOAP.

  • Wygenerowany serwer proxy nie obsługuje już formatu JSON w żądaniu. Obsługuje tylko format XML. Serwer proxy dba o to, aby żądania SOAP miały kopertę, treść i przestrzeń nazw http://schemas.xmlsoap.org/soap/envelope/.

REST do SOAP do REST

  • Serwer proxy nie obsługuje już RPC WSDL (obsługiwany jest tylko dokument Document/Literal). Ta funkcja nie została przetestowana z użyciem WSDL 2.0.
  • Nowe zachowanie nie zostało przetestowane z użyciem zasady WS-Policy.
  • Serwer proxy umożliwia POST dla danych JSON zamiast FormParams.
  • Gdy dodasz obsługę CORS (współdzielenia zasobów między domenami) do serwera proxy za pomocą kreatora 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, DELETE ten nagłówek zawiera też czasowniki PATCH i OPTIONS.
  • Podczas generowania serwera proxy interfejsu API dla WSDL Edge odczytuje wszystkie obiekty ComplexType zdefiniowane w WSDL jako abstrakcyjne i poprawnie rozpoznaje wszystkie typy instancji oparte na typach abstrakcyjnych.

Narzędzie wiersza poleceń wsdl2apigee open source

Apigee udostępnia też narzędzie wiersza poleceń typu open source do generowania serwerów proxy interfejsów API przekazujących lub Rest-to-Soap z WSDL. Więcej informacji znajdziesz na stronie https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Naprawione błędy

Poprawiliśmy w niej wymienione niżej błędy. Ta lista jest przeznaczona głównie dla użytkowników, którzy chcą sprawdzić, czy ich zgłoszenia do zespołu pomocy zostały rozwiązane. Jej zadaniem nie jest dostarczanie szczegółowych informacji o wszystkich użytkownikach.

Identyfikator problemu Opis
EDGEUI-621 Funkcja Zapisz jako nowy serwer proxy interfejsu API używa domyślnej nazwy zawierającej zapis naukowy, np. „nowy-1.234568901234568e+53”
EDGEUI-572 Interfejs Ui wyświetla „Błąd: nieznany błąd” zamiast „Błąd: Limit czasu sesji”