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 aktualności

Poniżej znajdziesz nowe funkcje i aktualności w tej wersji.

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

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

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

Ta wersja zawiera te aktualizacje dotyczące działania tych opcji. Różnice między starym a nowym działaniem polegają na zasadach i konfiguracjach, które są automatycznie generowane przez kreatora serwera proxy.

Przechodzenie SOAP

  • Wszystkie operacje WSDL są teraz wysyłane do ścieżki podstawowej serwera proxy "/", a nie do zasobów serwera proxy (np. "/cityforecastbyzip"). Nazwy operacji są przekazywane do docelowej usługi SOAP service. To działanie jest zgodne 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ą przestrzeń nazw Envelope, Body i http://schemas.xmlsoap.org/soap/envelope/ .

REST do SOAP do REST

  • Serwer proxy nie obsługuje już WSDL RPC (obsługiwany jest tylko format Document/Literal). Nie zostało to przetestowane w przypadku WSDL 2.0.
  • Nowe działanie 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 między serwerami z różnych domen) za pomocą narzędzia do tworzenia serwera proxy, zobaczysz te ulepszenia:
    • 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 proxy interfejsu API dla WSDL Edge odczytuje wszystkie typy złożone zdefiniowane jako abstrakcyjne w WSDL i prawidłowo rozpoznaje wszystkie typy instancji oparte na typach abstrakcyjnych.

Narzędzie wiersza poleceń open source wsdl2apigee

Apigee udostępnia też narzędzie wiersza poleceń open source do generowania serwerów proxy API przechodzenia lub REST do SOAP na podstawie WSDL. Zobacz https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Naprawione błędy

W tej wersji naprawiono te 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. Nie zawiera ona szczegółowych informacji dla wszystkich użytkowników.

Identyfikator problemu Opis
EDGEUI-621 Zapisz jako nowy serwer proxy 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: przekroczono limit czasu sesji”