Stai visualizzando la documentazione di Apigee Edge.
Consulta la
documentazione di Apigee X. info
Venerdì 4 aprile 2014 abbiamo rilasciato una nuova patch per la versione on-premise di Apigee Edge.
In caso di domande, contatta l'assistenza Apigee Edge.
Per un elenco di tutte le note di rilascio di Apigee Edge, consulta Note di rilascio di Apigee.
Nuove funzionalità e miglioramenti
Di seguito sono riportate le nuove funzionalità e i miglioramenti di questa release.
- Rigenera le chiavi consumer nell'interfaccia utente
Un nuovo pulsante Rigenera chiave nella pagina dei dettagli di un'app per sviluppatori consente di rigenerare una chiave consumer e un consumer secret per uno sviluppatore. Utilizza questa funzionalità, ad esempio, se una chiave dello sviluppatore esistente non è più sicura.
Bug corretti
| Argomento | Descrizione |
|---|---|
| Comportamento aggiornato di JMSReplyTo | Per impostazione predefinita, Edge invia la risposta alla coda specificata nell'intestazione JMSReplyTo.
Tuttavia, se vuoi che il servizio di backend gestisca l'invio della risposta alla coda JMSReplyTo
anziché Edge, aggiungi l'intestazione X-Apigee-Ignore-JMSResponse alla risposta del proxy API in qualsiasi flusso e impostala su true:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Problemi di importazione WSDL |
|
| Configurazione dei criteri di limite di frequenza simultanea | Il selettore dell'endpoint di destinazione è ora disponibile solo quando si aggiunge una policy di limite di frequenza simultanea a un proxy API. L'endpoint di destinazione non si applica ad altri criteri. |
| Rimozione di oggetti danneggiati | Nelle situazioni in cui un bundle di cui è stato eseguito il deployment viene danneggiato, ora puoi eliminarlo forzatamente
utilizzando il parametro di query force=true nell'API
on-premises-only /deployments. |
| Salvataggio dei proxy API con un nome esistente | Quando salvi un proxy API, la convalida del nome ora non consente l'utilizzo del nome di un proxy esistente. |
| Risposte diverse per XML e JSON | In alcune situazioni, sono stati restituiti dati diversi quando una risposta API era in formato XML anziché JSON. Il problema è stato risolto. |
| Convalida del nome del report personalizzato | L'interfaccia utente di gestione Edge ora convalida i nomi dei report personalizzati per impedire l'utilizzo di caratteri speciali. |
| Nessun dato nei report di Analytics esportati | I report di Analytics esportati dall'interfaccia utente di gestione Edge non mostravano dati quando il nome del file esportato includeva caratteri speciali. L'interfaccia utente ora convalida il nome del file di esportazione per impedire l'utilizzo di caratteri speciali. |
| Metrica TPS mancante nei report | Le metriche TPS mancanti nei report Analytics sono state ripristinate. |
| Attacchi di cross-site scripting | È stata corretta una vulnerabilità che consentiva attacchi di cross-site scripting. |
| Autenticazione Cassandra | Ora il datastore Cassandra NoSQL richiede l'autenticazione per l'accesso. |