Estás viendo la documentación de Apigee Edge.
Ve a la
documentación de Apigee X. info
El miércoles 27 de julio de 2016, lanzamos una nueva versión de Apigee Edge para la nube pública.
Nuevas funciones y actualizaciones
A continuación, presentamos las nuevas funciones y actualizaciones de esta versión.
Comportamiento del proxy de SOAP cuando se usa el asistente de proxy
Cuando creas un proxy basado en SOAP a partir de un WSDL con el asistente de proxy, hay dos opciones para su creación:
- SOAP de transferencia, en el que el proxy simplemente pasa una carga útil de solicitud SOAP tal como está.
- REST a SOAP a REST, en el que el proxy convierte una carga útil entrante, como JSON, a una carga útil SOAP y, luego, convierte la respuesta SOAP al formato que espera el llamador.
Esta versión incluye las siguientes actualizaciones sobre el comportamiento de estas opciones. Las diferencias entre el comportamiento anterior y el nuevo se encuentran en las políticas y configuraciones que genera automáticamente el asistente de proxy.
SOAP de transferencia
-
Todas las operaciones de WSDL ahora se envían a la ruta de acceso base del proxy "/" en lugar de a los recursos de proxy (como "/cityforecastbyzip"). Los nombres de las operaciones se pasan al servicio SOAP de destino. Este comportamiento coincide con la especificación de SOAP.
- El proxy generado ya no admite JSON en la solicitud. Solo admite XML. El proxy se asegura de que las solicitudes SOAP tengan un sobre, un cuerpo y un espacio de nombres http://schemas.xmlsoap.org/soap/envelope/.
REST a SOAP a REST
- El proxy ya no admite RPC de WSDL (solo se admite Document/Literal). No se probó con WSDL 2.0.
- El nuevo comportamiento no se probó con WS-Policy.
- El proxy te permite POST datos JSON en lugar de FormParams.
- Cuando agregues compatibilidad con CORS (uso compartido de recursos multiorigen) al proxy con el compilador de proxy, verás las siguientes mejoras:
- Encabezado Access-Control-Allow-Headers: Además de los encabezados
Origin
,x-requested-with
yAccept
, el encabezado Access-Control-Allow-Headers también incluyeContent-Type
,Accept-Encoding
,Accept-Language
,Host
,Pragma
,Referrer
,User-Agent
yCache-Control
. - Encabezado Access-Control-Allow-Methods: Además de
GET
,PUT
,POST
yDELETE
, este encabezado también incluye los verbosPATCH
yOPTIONS
.
- Encabezado Access-Control-Allow-Headers: Además de los encabezados
- Cuando se genera un proxy de API para un WSDL, Edge lee cualquier ComplexType que se defina como abstracto en el WSDL y reconoce correctamente cualquier tipo de instancia que se base en los tipos abstractos.
Utilidad de línea de comandos de código abierto wsdl2apigee
Apigee también proporciona una utilidad de línea de comandos de código abierto para generar proxies de API de transferencia o de REST a SOAP a partir de WSDL. Consulta https://github.com/apigee/wsdl2apigee.
(EDGEUI-614)
Fallas corregidas
En esta versión, se corrigieron los siguientes errores. Esta lista está dirigida principalmente a usuarios que verifican si sus tickets de asistencia se corrigieron. No está diseñada para proporcionar información detallada a todos los usuarios.
ID del problema | Descripción |
---|---|
EDGEUI-621 | La opción Guardar como proxy de API nuevo usa un nombre predeterminado que incluye notación científica, como “new-1.234568901234568e+53”. |
EDGEUI-572 | La IU muestra el mensaje "Error: Error desconocido" en lugar de "Error: Tiempo de espera de la sesión". |