Stai visualizzando la documentazione di Apigee Edge.
Vai alla
documentazione di Apigee X. informazioni
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 funzioni e gli aggiornamenti di questa release.
Comportamento del proxy SOAP durante l'utilizzo della procedura guidata per il proxy
Quando crei un proxy basato su SOAP da un WSDL utilizzando la procedura guidata per il proxy, sono disponibili due opzioni per la creazione del proxy:
- SOAP pass-through, in cui il proxy passa semplicemente attraverso un payload di richiesta SOAP così com'è.
- Da REST a SOAP in REST, dove il proxy converte un payload in entrata, come JSON, in un payload SOAP, quindi converte la risposta SOAP nel formato previsto dal chiamante.
Questa release include i seguenti aggiornamenti relativi al comportamento di queste opzioni. Le differenze tra il comportamento precedente e quello nuovo riguardano i criteri e le configurazioni generati automaticamente dalla procedura guidata proxy.
SOAP pass-through
-
Tutte le operazioni WSDL vengono ora inviate al percorso di base 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 il formato XML. Il proxy garantisce che le richieste SOAP abbiano uno spazio dei nomi Envelope, Body e uno spazio dei nomi http://schemas.xmlsoap.org/soap/envelope/.
Da REST a SOAP per REST
- Il proxy non supporta più WSDL RPC (sono supportati solo documenti/literal). Non è stato testato con WSDL 2.0.
- Il nuovo comportamento non è stato testato con WS-Policy.
- Il proxy consente di POSTARE dati JSON 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 complessiType definiti come astratti nel WSDL e riconosce correttamente tutti i tipi di istanza basati su questi tipi di elementi astratti.
Utilità a riga di comando open source wsdl2apigee
Apigee fornisce inoltre un'utilità a riga di comando open source per generare proxy API passthrough o rest-to-soap da WSDL. Consulta https://github.com/apigee/wsdl2apigee.
(EDGEUI-614)
Bug corretti
In questa release sono stati corretti i bug indicati di seguito. Questo elenco è destinato principalmente agli utenti che verificano se i ticket di assistenza sono stati risolti. Non è progettata per fornire informazioni dettagliate a tutti gli utenti.
ID problema | Descrizione |
---|---|
EDGEUI-621 | Salva come nuovo proxy API utilizza un nome predefinito che include la notazione scientifica, ad esempio "new-1.234568901234568e+53" |
EDGEUI-572 | Ui mostra "Errore: errore sconosciuto" anziché "Errore: timeout della sessione" |