Stai visualizzando la documentazione di Apigee Edge.
Vai alla documentazione di Apigee X. info
Giovedì 30 gennaio 2014 abbiamo rilasciato una nuova versione cloud di Apigee Edge.
Nuove funzionalità e miglioramenti
- Aggiornamento degli attributi personalizzati sui token OAuth 2.0
Un nuovo criterio "Imposta informazioni OAuth 2.0" ti consente di aggiornare gli attributi personalizzati sui token OAuth 2.0.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
Aggiornamenti ai criteri OAuth 1.0a
Questa release include i seguenti aggiornamenti ai criteri OAuth 1.0a:- Come per i token OAuth 2.0, ora puoi impostare attributi personalizzati sui token OAuth 1.0a.
- Una nuova operazione GenerateVerifier consente di generare e restituire un verificatore OAuth 1.0a (simile a un codice di autorizzazione in OAuth 2.0).
- Informazioni SSL nelle variabili di flusso
Apigee Edge ora ti consente di propagare e accedere alle informazioni SSL nelle variabili di flusso. Se imposti una nuova proprietà "propagate.additional.ssl.headers" su un endpoint proxy, hai accesso alle stesse informazioni SSL disponibili su un server web Apache.
http://apigee.com/docs/api-services/api/variables-reference
- Intestazioni JMS come intestazioni HTTP
Tutte le intestazioni JMS vengono ora propagate come intestazioni HTTP per l'elaborazione a valle.
- Aggiornamento del modulo Node.js
Il modulo Node.js integrato di Apigee è stato aggiornato per includere i seguenti moduli: 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.
-
Ruoli personalizzati nell'interfaccia utente di gestione - BETA
Oltre ai ruoli utente esistenti "Utente aziendale", "Amministratore operazioni", "Amministratore dell'organizzazione" e "Utente", questa release include una funzionalità beta che consente di creare ruoli personalizzati nell'interfaccia utente di gestione. Puoi controllare l'accesso a varie funzionalità di Edge utilizzando ruoli personalizzati.
Bug corretti
Argomento | Descrizione |
---|---|
Autorizzazioni dei ruoli personalizzati | Le autorizzazioni impostate utilizzando i ruoli personalizzati ora funzionano come previsto. |
Dati e analisi sulla latenza delle API | In un flusso di proxy API, quando una chiamata al sistema di destinazione genera un timeout (ad esempio un timeout di lettura HTTP), i tempi di latenza target inclusi nell'analisi API. |
Attributo "type" per le norme | L'attributo "type" ora funziona correttamente in tutti i criteri Apigee. |
Token OAuth 2.0 non validi | La funzionalità di invalidazione dei token per i criteri OAuth 2.0 di Apigee ora corrisponde alla spec OAuth. Non è più necessario fornire un "tipo" quando si imposta il parametro "token". |
RBAC con mappe chiave/valore | Il controllo dell'accesso basato sui ruoli ora funziona per le mappe chiave/valore create a livello di ambiente. |
Formato della risposta ai criteri OAuth 1.0a | Quando invii richieste a un'API con un criterio OAuth 1.0a, la risposta viene ora restituita nel formato dell'intestazione Accept. |
Problemi noti
Argomento | Descrizione |
---|---|
Richiesta HTTP 1.0, risposta HTTP 1.1 |
Questo problema riguarda uno scenario in cui un client invia una richiesta utilizzando HTTP 1.0 con la proprietà
content-length nell'intestazione, ma il servizio di backend è configurato per utilizzare HTTP 1.1 e restituisce una proprietà transfer-encoding per la codifica a blocchi.
Per gestire correttamente questo scenario, puoi rimuovere la proprietà
transfer-encoding
dalla risposta HTTP 1.1 utilizzando il criterio AssignMessage. Nel seguente
criterio, che verrebbe allegato al flusso di risposta del proxy API, la proprietà
transfer-encoding viene rimossa dall'intestazione HTTP, il che consente al
cliente di ricevere la risposta non suddivisa in blocchi.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Rimuovi>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|