Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. info
Am Mittwoch, dem 29. Januar 2014, haben wir eine neue lokale Version von Apigee Edge veröffentlicht.
Wenn Sie Fragen haben, wenden Sie sich an den Apigee Edge-Support.
Diese Version enthält Funktionen und Fehlerkorrekturen aus den folgenden Cloud-Releases:
Neue Features und Verbesserungen
- Benutzerdefinierte Attribute für OAuth 2.0-Tokens aktualisieren
Mit der neuen Richtlinie „OAuth 2.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
Diese Version 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 dem neuen Vorgang „GenerateVerifier“ können Sie einen OAuth 1.0a-Prüfcode generieren und zurückgeben (ähnlich einem Autorisierungscode in OAuth 2.0).
- SSL-Informationen in Ablaufvariablen
In Apigee Edge können Sie jetzt SSL-Informationen in Ablaufvariablen weitergeben und darauf zugreifen. Wenn Sie eine neue „propagate.additional.ssl.headers“-Property 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.
- Node.js-Modul aktualisiert
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 Verwaltungs-UI – BETA
Zusätzlich zu den vorhandenen Nutzerrollen „geschäftlicher Nutzer“, „Administrator für den Betrieb“, „Organisationsadministrator“ und „Nutzer“ enthält diese Version eine Betafunktion, mit der Sie benutzerdefinierte Rollen in der Verwaltungs-UI erstellen können. Sie können den Zugriff auf verschiedene Edge-Funktionen mit benutzerdefinierten Rollen steuern. - Installationsprogramm für Advanced API Services (früher App Services)
Apigee Edge Advanced API Services (früher App Services) ist jetzt für die lokale Verwendung verfügbar. Mit dem vorhandenen Edge-Installationsprogramm können Sie Advanced API Services in Ihrer eigenen lokalen Umgebung bereitstellen und konfigurieren.
- Monetarisierung von Entwicklerdiensten (ehemals Monetarisierungsdienste)
installer
Die Monetarisierungsfunktion ist Teil von Edge Developer Services. Das lokale Installationsprogramm für Edge enthält jetzt ein verbessertes, integriertes Installationsprogramm für die Monetarisierung. Für die Monetarisierung ist eine zusätzliche kostenpflichtige Lizenz erforderlich.
- Mehrere Message Processors auf einem einzelnen Host – stille Installation
Diese Verbesserung unterstützt die Bereitstellungstopologie mehrerer Message Processors, die auf einem einzelnen Host installiert sind. Dazu muss jeder Message Processor an eine bestimmte IP-Adresse gebunden werden. Sie können jetzt eineBIND_ON_ALL_INTERFACES=n-Attributeinstellung in der Konfigurationsdatei für die automatische Installation hinzufügen. Dadurch wird ein Nachrichtenprozessor eingerichtet, der auf eine bestimmte IP-Adresse wartet, die durch das AttributHOSTIPin derselben Datei angegeben wird. Weitere Informationen zu diesem Attribut und zum Konfigurieren der automatischen Installation finden Sie im Installations- und Konfigurationsleitfaden für das Apigee On-Premises Deployment Kit.
-
JMS-Updates
Diese Version enthält verschiedene Updates für die JMS-Unterstützung von Apigee, darunter:- Alle JMS-Header werden jetzt als HTTP-Header für die Downstream-Verarbeitung weitergegeben.
- Sie können jetzt ExpiryTime und DeliveryMode für die Nachrichten angeben, die in ResponseQueue platziert werden und vom JMS-Proxy verwendet werden. 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 | Berechtigungen, die mit benutzerdefinierten Rollen festgelegt wurden, funktionieren jetzt wie erwartet. |
| API-Latenzanalysen | Wenn ein Aufruf des Zielsystems in einem API-Proxy-Ablauf zu einem Zeitlimit führt (z. B. ein HTTP-Lese-Zeitlimit), werden die im API-Analytics enthaltenen Ziel-Latenzzeiten. |
| „type“-Attribut 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 keinen „type“ mehr angeben, wenn Sie den Parameter „token“ festlegen. |
| RBAC mit Schlüssel/Wert-Paar-Zuordnungen | Die rollenbasierte Zugriffssteuerung funktioniert jetzt für Schlüssel/Wert-Zuordnungen, die auf Umgebungsebene erstellt wurden. |
| Antwortformat für OAuth 1.0a-Richtlinie | Wenn Anfragen an eine API mit einer OAuth 1.0a-Richtlinie gesendet werden, 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 Eigenschaft
content-length im Header sendet, der Backend-Dienst jedoch für die Verwendung von HTTP 1.1 konfiguriert ist und stattdessen die Eigenschaft transfer-encoding für die Chunked-Codierung zurückgibt.
Um dieses Szenario erfolgreich zu verarbeiten, können Sie die
transfer-encoding-Eigenschaft aus der HTTP 1.1-Antwort mit der AssignMessage-Richtlinie entfernen. In der folgenden Richtlinie, die an den API-Proxy-Antwortfluss angehängt wird, wird die Eigenschaft transfer-encoding aus dem HTTP-Header entfernt. Dadurch kann der Client die Antwort ohne Chunks empfangen.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Entfernen>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|