Stai visualizzando la documentazione di Apigee Edge.
Vai alla documentazione di Apigee X. info
Mercoledì 27 luglio 2016 abbiamo rilasciato una nuova versione di Apigee Edge per il cloud pubblico.
Nuove funzionalità e aggiornamenti
Di seguito sono riportate le nuove funzionalità e gli aggiornamenti di questa release.
Comportamento del proxy SOAP quando si utilizza la procedura guidata del proxy
Quando crei un proxy basato su SOAP da un file WSDL utilizzando la procedura guidata per i proxy, hai a disposizione due opzioni per la creazione del proxy:
- Pass-through SOAP, in cui il proxy passa semplicemente un payload della richiesta SOAP così com'è.
- REST to SOAP to REST, in cui il proxy converte un payload in entrata come JSON in un payload SOAP, quindi reconverte la risposta SOAP nel formato previsto dall'utente chiamante.
Questa release include i seguenti aggiornamenti sul comportamento di queste opzioni. Le differenze tra il vecchio e il nuovo comportamento riguardano i criteri e le configurazioni generati automaticamente dalla procedura guidata del proxy.
SOAP passthrough
-
Ora tutte le operazioni WSDL vengono inviate al percorso di base del proxy "/" anziché alle risorse proxy (ad esempio "/cityforecastbyzip"). I nomi delle operazioni vengono trasmessi al servizio SOAP di destinazione. Questo comportamento corrisponde alla specifica SOAP.
- Il proxy generato non supporta più JSON nella richiesta. Supporta solo XML. Il proxy garantisce che le richieste SOAP abbiano un'intestazione, un corpo e uno spazio dei nomi http://schemas.xmlsoap.org/soap/envelope/.
REST a SOAP a REST
- Il proxy non supporta più RPC WSDL (è supportato solo Document/Literal). Questa funzionalità non è stata testata con WSDL 2.0.
- Il nuovo comportamento non è stato testato con WS-Policy.
- Il proxy ti consente di inviare dati JSON tramite POST anziché FormParams.
- Quando aggiungi il supporto CORS (Cross-Origin Resource Sharing) al proxy utilizzando lo Strumento per la creazione di proxy, noterai i seguenti miglioramenti:
- Intestazione Access-Control-Allow-Headers: oltre alle intestazioni
Origin
,x-requested-with
eAccept
, l'intestazione Access-Control-Allow-Headers include ancheContent-Type
,Accept-Encoding
,Accept-Language
,Host
,Pragma
,Referrer
,User-Agent
eCache-Control
. - Intestazione Access-Control-Allow-Methods: oltre a
GET
,PUT
,POST
,DELETE
, questa intestazione include anche i verbiPATCH
eOPTIONS
.
- Intestazione Access-Control-Allow-Headers: oltre alle intestazioni
- Quando genera un proxy API per un WSDL, Edge legge tutti i tipi di complessi definiti come astratti nel WSDL e riconosce correttamente tutti i tipi di istanze basati sui tipi astratti.
L'utilità a riga di comando open source wsdl2apigee
Apigee fornisce anche un'utilità a riga di comando open source per generare proxy API passthrough o rest-to-soap dai file WSDL. Visita la pagina https://github.com/apigee/wsdl2apigee.
(EDGEUI-614)
Bug corretti
In questa release sono stati corretti i seguenti bug. Questo elenco è principalmente destinato agli utenti che vogliono verificare se i loro ticket di assistenza sono stati risolti. Non è progettato per fornire informazioni dettagliate per tutti gli utenti.
ID problema | Descrizione |
---|---|
EDGEUI-621 | Se scegli Salva come nuovo proxy API, viene utilizzato il nome predefinito che include la notazione scientifica, ad esempio "new-1.234568901234568e+53" |
EDGEUI-572 | La UI mostra "Errore: errore sconosciuto" anziché "Errore: timeout della sessione" |