Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację
Apigee X. info
W czwartek 30 stycznia 2014 r. udostępniliśmy nową wersję Apigee Edge 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, możesz uzyskać 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 przetwarzania podrzędnego.
- Aktualizacja modułu Node.js
Wbudowany moduł Node.js 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 – 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 interfejsie zarządzania. Za pomocą ról niestandardowych możesz kontrolować dostęp do różnych funkcji Edge.
Naprawione 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 | Gdy w przepływie proxy interfejsu API wywołanie systemu docelowego spowoduje 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ć parametru „type”. |
| 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 | 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 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 następującej
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>
|