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 di Apigee Edge.
Questa release contiene funzionalità e correzioni di bug delle seguenti release cloud:
Nuove funzionalità e miglioramenti
- Aggiornamento degli attributi personalizzati dei token OAuth 2.0
Un nuovo criterio "Imposta informazioni OAuth v2.0" consente di aggiornare gli attributi personalizzati dei token OAuth 2.0.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
Aggiornamenti dei criteri OAuth 1.0a
Questa release include i seguenti aggiornamenti dei 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 consente di propagare e accedere alle informazioni SSL nelle variabili di flusso. Impostando 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 downstream.
- 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 di "Utente aziendale", "Amministratore delle 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. - 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 consente di eseguire il deployment e configurare Advanced API Services nel tuo ambiente on-premise.
- Programma di installazione di Developer Services Monetization (in precedenza Monetization Services)
La funzionalità di monetizzazione fa parte di Edge Developer Services. Il programma di installazione on-premise di Edge ora include un programma di installazione di 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 silenziosa, che fa in modo che un processore di messaggi ascolti un indirizzo IP specifico, specificato dalla proprietàHOSTIPnello stesso file. Per ulteriori informazioni 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 downstream.
- Ora puoi specificare ExpiryTime e DeliveryMode per i messaggi inseriti in ResponseQueue utilizzati dal proxy JMS. Tutte le intestazioni HTTP che corrispondono 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 di 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 nell'analisi delle API. |
| Attributo "type" nei criteri | L'attributo "type" ora funziona correttamente in tutti i criteri di Apigee. |
| Invalidazione dei 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 di risposta dei criteri OAuth 1.0a | Quando si effettuano 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
content-length proprietà nell'intestazione, ma il servizio di backend
è configurato per utilizzare HTTP 1.1 e restituisce
una transfer-encoding proprietà per la codifica chunked invece.
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à collegato al flusso di risposta del proxy API
la proprietà transfer-encoding viene rimossa
dall'intestazione HTTP, consentendo al client di ricevere la risposta senza chunk.
<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>
|