Wyświetlasz dokumentację Apigee Edge.
Zapoznaj się z 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 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 dotyczących protokołu OAuth 1.0a
Ta wersja zawiera te aktualizacje zasad dotyczących protokołu 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 usłudze ProxyEndpoint, uzyskasz 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 operacji”, „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 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 umożliwiających generowanie przychodu (wcześniej Usługi umożliwiające generowanie przychodu)
Możliwość generowania przychodu jest częścią usług dla deweloperów Edge. Instalator Edge w wersji lokalnej zawiera teraz ulepszony, zintegrowany instalator funkcji 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. Możesz teraz dodaćBIND_ON_ALL_INTERFACES=nustawienie usługiHOSTIPw pliku konfiguracyjnym instalacji cichej, które sprawia, że procesor wiadomości nasłuchuje określonego adresu IP, podanego przez właściwośćHOSTIPw tym samym pliku. Więcej informacji o tej właściwości i 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 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.
Usunięte 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 Apigee OAuth 2.0 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 przy użyciu 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 fragmentowanego.
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 serwera proxy interfejsu API, właściwość transfer-encoding zostanie usunięta z nagłówka HTTP, co umożliwi 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>
|