Stai visualizzando la documentazione di Apigee Edge.
Consulta la
documentazione di Apigee X. info
Mercoledì 29 gennaio 2014 abbiamo rilasciato una nuova versione on-premise di Apigee Edge.
In caso di domande, contatta l'assistenza Apigee Edge.
Questa release contiene funzionalità e correzioni di bug delle seguenti release cloud:
Nuove funzionalità e miglioramenti
- Aggiornamento degli attributi personalizzati sui token OAuth 2.0
Un nuovo criterio "Imposta informazioni OAuth v2.0" 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 delle norme OAuth 1.0a
Questa release include i seguenti aggiornamenti alle norme 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 ProxyEndpoint, 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 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. - Programma di installazione di Advanced API Services (in precedenza App Services)
Apigee Edge Advanced API Services (in precedenza App Services) è ora disponibile per l'utilizzo on-premise. Il programma di installazione di Edge esistente ti consente di eseguire il deployment e configurare Advanced API Services nel tuo ambiente on-premise.
- Programma di installazione di Developer Services monetization (in precedenza Servizi di monetizzazione)
La funzionalità di monetizzazione fa parte di Edge Developer Services. L'installer on-premise di Edge ora include un installer per la monetizzazione integrato e migliorato. La monetizzazione richiede una licenza a pagamento aggiuntiva.
- Più processori di messaggi su un singolo host - installazione invisibile
Questo miglioramento supporta la topologia di deployment di più processori di messaggi installati su un singolo host, che richiede l'associazione di ogni processore di messaggi a un indirizzo IP specifico. Ora puoi aggiungere un'impostazione della proprietàBIND_ON_ALL_INTERFACES=nnel file di configurazione dell'installazione invisibile all'utente, che fa sì che un processore di messaggi ascolti un indirizzo IP specifico, specificato dalla proprietàHOSTIPnello stesso file. Per saperne di più su questa proprietà e sulla configurazione dell'installazione invisibile, consulta la guida all'installazione e alla configurazione del kit di deployment on-premise di Apigee.
-
Aggiornamenti JMS
Questa release include vari aggiornamenti al supporto JMS di Apigee, tra cui:- Tutte le intestazioni JMS vengono ora propagate come intestazioni HTTP per l'elaborazione a valle.
- Ora puoi specificare ExpiryTime e DeliveryMode per i messaggi inseriti in ResponseQueue utilizzato dal proxy JMS. Tutte le intestazioni HTTP corrispondenti alle intestazioni JMS standard vengono impostate "così come sono", mentre le altre intestazioni HTTP vengono impostate come proprietà JMS nel messaggio di risposta utilizzato dal proxy JMS.
Bug corretti
| Argomento | Descrizione |
|---|---|
| Autorizzazioni dei ruoli personalizzati | Le autorizzazioni impostate utilizzando i ruoli personalizzati ora funzionano come previsto. |
| Analisi della latenza delle API | In un flusso proxy API, quando una chiamata al sistema di destinazione genera un timeout (ad esempio un timeout di lettura HTTP), i tempi di latenza di destinazione inclusi nelle analisi API. |
| Attributo "type" nelle norme | L'attributo "type" ora funziona correttamente in tutti i criteri Apigee. |
| Invalidare i token OAuth 2.0 | La funzionalità di invalidazione dei token per i criteri OAuth 2.0 di Apigee ora corrisponde alla specifica 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 della policy OAuth 1.0a | Quando si effettuano richieste a un'API con una policy 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 chunked.
Per gestire correttamente questo scenario, puoi rimuovere
la proprietà
transfer-encoding dalla risposta HTTP 1.1 utilizzando
il criterio AssignMessage. Nel seguente criterio, che verrà allegato al flusso di risposta del proxy API, la proprietà transfer-encoding viene rimossa dall'intestazione HTTP, il che consente al client di ricevere la risposta senza suddivisione in blocchi.
<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>
|