14.01.00.00 – informacje o wersji lokalnej Apigee Edge

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

29 stycznia 2014 r. udostępniliśmy nową wersję lokalną Apigee Edge.

Jeśli masz pytania, skontaktuj się z zespołem pomocy Apigee Edge.

Ta wersja zawiera funkcje i poprawki błędów z tych wersji w chmurze:

Nowe funkcje i ulepszenia

  • Aktualizowanie atrybutów niestandardowych w tokenach OAuth 2.0
    Nowe zasady „Ustaw informacje OAuth 2.0” umożliwiają aktualizowanie atrybutów niestandardowych w tokenach OAuth 2.0.
    http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
  • Aktualizacje zasad OAuth 1.0a
    Ta wersja zawiera te aktualizacje zasad OAuth 1.0a:
    • Podobnie jak w przypadku tokenów OAuth 2.0 możesz teraz ustawiać atrybuty niestandardowe w tokenach OAuth 1.0a.
    • Nowa operacja GenerateVerifier umożliwia generowanie i zwracanie weryfikatora OAuth 1.0a (podobnego do kodu autoryzacji w OAuth 2.0).
  • Informacje o SSL w zmiennych przepływu
    Apigee Edge umożliwia teraz propagowanie informacji o SSL i uzyskiwanie do nich dostępu w zmiennych przepływu. Ustawiając nową właściwość „propagate.additional.ssl.headers” w ProxyEndpoint, uzyskujesz dostęp do tych samych informacji SSL, które są dostępne na serwerze WWW Apache.
    http://apigee.com/docs/api-services/api/variables-reference
  • Nagłówki JMS jako nagłówki HTTP
    Wszystkie nagłówki JMS są teraz propagowane jako nagłówki HTTP do dalszego przetwarzania.
  • Aktualizacja modułu Node.js
    Wbudowany moduł Node.js w Apigee został zaktualizowany i zawiera teraz te moduły: argo 0.4.9, async 0.2.9, express 3.4.8, underscore 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, volos-oauth-apigee 0.0.2, volos-quota-apigee 0.0.2.
  • Role niestandardowe w interfejsie zarządzania – BETA
    Oprócz dotychczasowych ról użytkowników „Użytkownik biznesowy”, „Administrator operacyjny”, „Administrator organizacji” i „Użytkownik” ta wersja zawiera funkcję beta, która umożliwia tworzenie ról niestandardowych w interfejsie zarządzania. Dostęp do różnych funkcji Edge możesz kontrolować za pomocą ról niestandardowych.
  • Instalator usług zaawansowanych interfejsów API (wcześniej usług aplikacji)
    Usługi zaawansowane interfejsów API Apigee Edge (wcześniej usługi aplikacji) są teraz dostępne do użytku lokalnego. Dotychczasowy instalator Edge umożliwia wdrażanie i konfigurowanie zaawansowanych usług API we własnym środowisku lokalnym.
  • Zarabianie na usługach dla deweloperów (wcześniej usługi zarabiania) instalator
    Funkcja zarabiania jest częścią usług dla deweloperów Edge. Instalator Edge w wersji lokalnej zawiera teraz ulepszony, zintegrowany instalator zarabiania. Zarabianie wymaga dodatkowej płatnej licencji.
  • Wiele procesorów wiadomości na jednym hoście – instalacja cicha
    To ulepszenie obsługuje topologię wdrażania wielu procesorów wiadomości zainstalowanych na jednym hoście, co wymaga powiązania każdego procesora wiadomości z określonym adresem IP. W pliku konfiguracyjnym instalacji cichej możesz teraz dodać ustawienie usługi BIND_ON_ALL_INTERFACES=n, które sprawi, że procesor wiadomości będzie nasłuchiwać określonego adresu IP podanego we właściwości HOSTIP w tym samym pliku. Więcej informacji o tej właściwości i konfigurowaniu instalacji cichej znajdziesz w przewodniku po instalacji i konfiguracji pakietu wdrożeniowego Apigee Local.
  • Aktualizacje JMS
    Ta wersja zawiera różne aktualizacje obsługi JMS w Apigee, w tym:
    • Wszystkie nagłówki JMS są teraz propagowane jako nagłówki HTTP do dalszego przetwarzania.
    • Możesz teraz określić wartości ExpiryTime i DeliveryMode dla wiadomości umieszczanych w kolejce ResponseQueue używanej przez serwer proxy JMS. Wszystkie nagłówki HTTP pasujące do standardowych nagłówków JMS są ustawiane „tak jak są”, a inne nagłówki HTTP są ustawiane jako właściwości JMS w wiadomości odpowiedzi używanej przez serwer proxy JMS.

Poprawione błędy

Temat Opis
Uprawnienia ról niestandardowych Uprawnienia ustawione za pomocą ról niestandardowych działają teraz zgodnie z oczekiwaniami.
Analiza czasu oczekiwania interfejsu API W przypadku przepływu serwera proxy interfejsu API, gdy wywołanie systemu docelowego powoduje przekroczenie limitu czasu (np. limitu czasu odczytu HTTP), czasy oczekiwania docelowego są uwzględniane w statystykach interfejsu API.
Atrybut „type” w zasadach Atrybut „type” działa teraz prawidłowo we wszystkich zasadach Apigee.
Unieważnianie tokenów OAuth 2.0 Funkcja unieważniania tokenów w przypadku zasad OAuth 2.0 Apigee jest teraz zgodna ze specyfikacją OAuth. Nie musisz już podawać „typu” podczas ustawiania parametru „token”.
RBAC z mapami klucz-wartość Kontrola dostępu oparta na rolach działa teraz w przypadku map klucz-wartość utworzonych na poziomie środowiska.
Format odpowiedzi zasad OAuth 1.0a Podczas wysyłania żądań do interfejsu API z zasadami OAuth 1.0a odpowiedź jest teraz zwracana w formacie nagłówka Accept.

Znane problemy

Temat Opis
Żądanie HTTP 1.0,
odpowiedź HTTP 1.1
Ten problem występuje w sytuacji, gdy klient wysyła żądanie za pomocą protokołu HTTP 1.0 z właściwością content-length w nagłówku, ale usługa backendu jest skonfigurowana do używania protokołu HTTP 1.1 i zamiast tego zwraca właściwość transfer-encoding dla kodowania fragmentowego.
Aby prawidłowo obsłużyć ten scenariusz, możesz usunąć właściwość transfer-encoding z odpowiedzi HTTP 1.1 za pomocą zasady AssignMessage. W tej zasadzie, która zostanie dołączona do przepływu odpowiedzi proxy interfejsu API, właściwość transfer-encoding jest usuwana z nagłówka HTTP, co umożliwia klientowi otrzymanie odpowiedzi bez podziału na części.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Usuń>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>