Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur
Dokumentation zuApigee X wechseln. info
Am Freitag, dem 4. April 2014, haben wir einen neuen Patch für die On-Premises-Version von Apigee Edge veröffentlicht.
Wenn Sie Fragen haben, wenden Sie sich an den Apigee Edge-Support.
Eine Liste aller Versionshinweise zu Apigee Edge finden Sie unter Versionshinweise zu Apigee.
Neue Features und Verbesserungen
Im Folgenden sind die neuen Features und Verbesserungen in diesem Release aufgeführt.
- Consumer-Keys in der Benutzeroberfläche neu generieren
Auf der Detailseite einer Entwickler-App können Sie mit der neuen Schaltfläche „Schlüssel neu generieren“ einen Consumer-Key und ein Consumer-Secret für einen Entwickler neu generieren. Verwenden Sie diese Funktion beispielsweise, wenn ein vorhandener Entwicklerschlüssel nicht mehr sicher ist.
Fehlerkorrekturen
| Thema | Beschreibung |
|---|---|
| Aktualisiertes Verhalten von JMSReplyTo | Standardmäßig sendet Edge die Antwort an die Warteschlange, die im JMSReplyTo-Header angegeben ist.
Wenn Sie jedoch möchten, dass der Backend-Dienst die Antwort an die JMSReplyTo
Warteschlange sendet und nicht Edge, fügen Sie der X-Apigee-Ignore-JMSResponse Antwort des API
Proxys in einem beliebigen Flow den Header hinzu und setzen Sie ihn auf „true“:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Probleme beim WSDL-Import |
|
| Konfiguration der Richtlinie für die gleichzeitige Ratenbegrenzung | Die Zielendpunktauswahl ist jetzt nur verfügbar, wenn Sie einem API-Proxy eine Richtlinie für die gleichzeitige Ratenbegrenzung hinzufügen. Der Zielendpunkt gilt nicht für andere Richtlinien. |
| Beschädigte Objekte entfernen | Wenn ein bereitgestelltes Bundle beschädigt ist, können Sie es jetzt mit dem Abfrageparameter force=true in der API /deployments (nur On-Premises) löschen. |
| API-Proxys unter einem vorhandenen Namen speichern | Wenn Sie einen API-Proxy speichern, ist es jetzt aufgrund der Namensvalidierung nicht mehr möglich, den Namen eines vorhandenen Proxys zu verwenden. |
| Unterschiedliche Antworten für XML und JSON | In einigen Fällen wurden unterschiedliche Daten zurückgegeben, je nachdem, ob eine API-Antwort in XML oder JSON vorlag. Dieses Problem wurde inzwischen behoben. |
| Validierung benutzerdefinierter Berichtsnamen | In der Edge-Verwaltungs-UI werden jetzt die Namen benutzerdefinierter Berichte validiert, um die Verwendung von Sonderzeichen zu verhindern. |
| Keine Daten in exportierten Analytikberichten | Analytikberichte, die über die Edge-Verwaltungs-UI exportiert wurden, enthielten keine Daten, wenn der exportierte Dateiname Sonderzeichen enthielt. In der Benutzeroberfläche wird jetzt der Name der Exportdatei validiert, um die Verwendung von Sonderzeichen zu verhindern. |
| Fehlender TPS-Messwert in Berichten | Fehlende TPS-Messwerte in Analytikberichten wurden wiederhergestellt. |
| Cross-Site-Scripting-Angriffe | Eine Sicherheitslücke, die Cross-Site-Scripting-Angriffe ermöglichte, wurde behoben. |
| Cassandra-Authentifizierung | Für den Zugriff auf den Cassandra-NoSQL-Datenspeicher ist jetzt eine Authentifizierung erforderlich. |