Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację
Apigee X. info
W środę 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
Nowa zasada „Ustaw informacje OAuth w wersji 2.0” umożliwia 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 (podobnie jak kod 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 o 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 na potrzeby 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 konsoli zarządzania – wersja beta
Oprócz dotychczasowych ról użytkowników „Użytkownik biznesowy”, „Administrator operacji”, „Administrator organizacji” i „Użytkownik” ta wersja zawiera funkcję w wersji beta, która umożliwia tworzenie ról niestandardowych w konsoli zarządzania. Za pomocą ról niestandardowych możesz kontrolować dostęp do różnych funkcji Edge. - Instalator zaawansowanych usług API (wcześniej usług aplikacji)
Zaawansowane usługi 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.
- Instalator usług dla deweloperów (wcześniej usług umożliwiających generowanie przychodu)
Funkcja generowania przychodu jest częścią usług dla deweloperów Edge. Instalator lokalny Edge zawiera teraz ulepszony, zintegrowany instalator generowania przychodu. Generowanie przychodu wymaga dodatkowej płatnej licencji.
- Wiele procesorów wiadomości na jednym hoście – instalacja cicha
To ulepszenie obsługuje topologię wdrożenia wielu procesorów wiadomości zainstalowanych na jednym hoście, co wymaga powiązania każdego procesora wiadomości z określonym adresem IP. Możesz teraz dodać ustawienie właściwościBIND_ON_ALL_INTERFACES=nw pliku konfiguracyjnym instalacji cichej, dzięki czemu procesor wiadomości będzie nasłuchiwać określonego adresu IP, który jest określony przez właściwośćHOSTIPw tym samym pliku. Więcej informacji o tej właściwości i o konfigurowaniu instalacji cichej znajdziesz w Przewodniku instalacji i konfiguracji pakietu wdrożeniowego Apigee On-premises.
-
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 na potrzeby dalszego przetwarzania.
- Możesz teraz określić wartości ExpiryTime i DeliveryMode dla wiadomości umieszczanych w ResponseQueue używanym 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 opóźnienia interfejsu API | W przepływie proxy interfejsu API, gdy wywołanie systemu docelowego powoduje przekroczenie limitu czasu (np. limitu czasu odczytu HTTP), czasy opóźnienia 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 zasadach Apigee OAuth 2.0 jest teraz zgodna ze specyfikacją OAuth. Podczas ustawiania parametru „token” nie musisz już podawać wartości „type”. |
| Kontrola dostępu oparta na rolach 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 | Gdy wysyłasz żądania 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 zwraca
właściwość transfer-encoding do 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 zostanie usunięta
z nagłówka HTTP, co umożliwi klientowi otrzymanie odpowiedzi bez fragmentowania.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|