Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur Dokumentation zu
Apigee X. info
Am Mittwoch, 29. Januar 2014, haben wir eine neue lokale Version von Apigee Edge veröffentlicht.
Bei Fragen wenden Sie sich an den Apigee Edge-Support.
Dieses Release enthält Funktionen und Fehlerkorrekturen aus den folgenden Cloud-Releases:
Neue Funktionen und Verbesserungen
- Benutzerdefinierte Attribute für OAuth 2.0-Tokens aktualisieren
Mit der neuen Richtlinie „OAuth v2.0-Informationen festlegen“ können Sie benutzerdefinierte Attribute für OAuth 2.0-Tokens aktualisieren.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
Aktualisierungen der OAuth 1.0a-Richtlinie
Dieses Release enthält die folgenden Aktualisierungen der OAuth 1.0a-Richtlinie:- Wie bei OAuth 2.0-Tokens können Sie jetzt benutzerdefinierte Attribute für OAuth 1.0a-Tokens festlegen.
- Mit der neuen Operation „GenerateVerifier“ können Sie einen OAuth 1.0a-Verifier generieren und zurückgeben (ähnlich einem Autorisierungscode in OAuth 2.0).
- SSL-Informationen in Ablaufvariablen
Mit Apigee Edge können Sie jetzt SSL-Informationen in Ablaufvariablen weitergeben und darauf zugreifen. Wenn Sie die neue Property „propagate.additional.ssl.headers“ für einen ProxyEndpoint festlegen, haben Sie Zugriff auf dieselben SSL-Informationen, die auf einem Apache-Webserver verfügbar sind.
http://apigee.com/docs/api-services/api/variables-reference
- JMS-Header als HTTP-Header
Alle JMS-Header werden jetzt zur Downstream-Verarbeitung als HTTP-Header weitergegeben.
- Aktualisierung des Node.js-Moduls
Das integrierte Node.js-Modul von Apigee wurde aktualisiert und enthält jetzt die folgenden Module: 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.
-
Benutzerdefinierte Rollen in der Management-UI – BETA
Zusätzlich zu den vorhandenen Nutzerrollen „geschäftlicher Nutzer“, „Operations Administrator“, „Organization Administrator“ und „User“ enthält dieses Release eine Beta-Funktion, mit der Sie benutzerdefinierte Rollen in der Management-UI erstellen können. Mit benutzerdefinierten Rollen können Sie den Zugriff auf verschiedene Edge-Funktionen steuern. - Installationsprogramm für Advanced API Services (ehemals App Services)
Apigee Edge Advanced API Services (ehemals App Services) ist jetzt lokal verfügbar. Mit dem vorhandenen Edge-Installationsprogramm können Sie Advanced API Services in Ihrer eigenen lokalen Umgebung bereitstellen und konfigurieren.
- Installationsprogramm für Developer Services-Monetarisierung (ehemals Monetization Services)
Die Monetarisierungsfunktion ist Teil von Edge Developer Services. Das lokale Edge-Installationsprogramm enthält jetzt ein verbessertes, integriertes Installationsprogramm für die Monetarisierung. Für die Monetarisierung ist eine zusätzliche kostenpflichtige Lizenz erforderlich.
- Mehrere Message Processor auf einem einzelnen Host – automatische Installation
Diese Verbesserung unterstützt die Bereitstellungstopologie mehrerer Message Processor, die auf einem einzelnen Host installiert sind. Dazu muss jeder Message Processor an eine bestimmte IP-Adresse gebunden werden. Sie können jetzt in der Konfigurationsdatei für die automatische Installation die PropertyBIND_ON_ALL_INTERFACES=nhinzufügen, mit der ein Message Processor auf eine bestimmte IP-Adresse wartet, die durch die PropertyHOSTIPin derselben Datei angegeben wird. Weitere Informationen zu dieser Property und zur Konfiguration der automatischen Installation finden Sie im Apigee On-premises Deployment Kit Install and Configuration Guide.
-
JMS-Aktualisierungen
Dieses Release enthält verschiedene Aktualisierungen für die JMS-Unterstützung von Apigee, darunter:- Alle JMS-Header werden jetzt zur Downstream-Verarbeitung als HTTP-Header weitergegeben.
- Sie können jetzt ExpiryTime und DeliveryMode für die Nachrichten angeben, die in ResponseQueue platziert werden, die vom JMS-Proxy verwendet wird. Alle HTTP-Header, die mit Standard-JMS-Headern übereinstimmen werden unverändert festgelegt. Andere HTTP-Header werden als JMS-Properties in der Antwortnachricht festgelegt, die vom JMS-Proxy verwendet wird.
Fehlerkorrekturen
| Thema | Beschreibung |
|---|---|
| Berechtigungen für benutzerdefinierte Rollen | Mit benutzerdefinierten Rollen festgelegte Berechtigungen funktionieren jetzt wie erwartet. |
| API-Latenzanalysen | Wenn ein Aufruf des Zielsystems in einem API-Proxyablauf zu einem Timeout führt (z. B. einem HTTP-Lesetimeout), werden die Ziel-Latenzzeiten in die API-Analysen aufgenommen. |
| Attribut „type“ für Richtlinien | Das Attribut „type“ funktioniert jetzt in allen Apigee-Richtlinien korrekt. |
| OAuth 2.0-Tokens ungültig machen | Die Funktion zum Ungültigmachen von Tokens für Apigee OAuth 2.0-Richtlinien entspricht jetzt der OAuth-Spezifikation. Sie müssen beim Festlegen des Parameters „token“ nicht mehr „type“ angeben. |
| RBAC mit Schlüssel/Wert-Zuordnungen | Die rollenbasierte Zugriffssteuerung funktioniert jetzt für Schlüssel/Wert-Zuordnungen, die auf Umgebungsebene erstellt wurden. |
| Antwortformat der OAuth 1.0a-Richtlinie | Bei Anfragen an eine API mit einer OAuth 1.0a-Richtlinie wird die Antwort jetzt im Format des Accept-Headers zurückgegeben. |
Bekannte Probleme
| Thema | Beschreibung |
|---|---|
| HTTP 1.0-Anfrage, HTTP 1.1-Antwort |
Dieses Problem tritt auf, wenn ein Client eine Anfrage mit HTTP 1.0 und
der
content-length Property im Header sendet, der Back-End
-Dienst jedoch für die Verwendung von HTTP 1.1 konfiguriert ist und
stattdessen eine transfer-encoding Property für die Chunked-Codierung zurückgibt.
Um dieses Szenario erfolgreich zu verarbeiten, können Sie die Property
transfer-encoding mit der AssignMessage-Richtlinie aus der HTTP 1.1-Antwort entfernen. In der folgenden Richtlinie, die an den API
Proxy-Antwortablauf angehängt wird, wird die transfer-encoding Property aus dem HTTP-Header entfernt, sodass der Client die Antwort ohne Chunked-Codierung empfangen kann.
<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>
|