Google utiliza tecnología de IA para traducir contenido a tu idioma preferido. Las traducciones realizadas con IA pueden contener errores.

16.07.27 (IU): Notas de la versión de Apigee Edge para nube pública

Estás viendo la documentación de Apigee Edge.
Ir 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 se crea un proxy basado en SOAP a partir de un WSDL con el asistente de proxy, hay dos opciones para la creación del proxy:

SOAP de paso, en el que el proxy simplemente pasa una carga útil de solicitud de SOAP tal como está.
REST a SOAP a REST, en el que el proxy convierte una carga útil entrante, como JSON, en una carga útil de SOAP y, luego, convierte la respuesta de 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 paso

Todas las operaciones de WSDL ahora se envían a la ruta de acceso base del proxy "/" en lugar de a los recursos del proxy (como "/cityforecastbyzip"). Los nombres de las operaciones se pasan al servicio SOAP de destino. Este comportamiento coincide con la especificación de SOAP.

Nota: Nota sobre los permisos de operación en los productos de API: Con todas las operaciones que usan solo la ruta de acceso base del proxy "/", se vuelve más difícil aplicar el acceso a las APIs con productos de API, ya que ya no hay nombres de recursos de API para especificar en los productos de API. Por ejemplo, el comportamiento anterior usaba recursos de API para diferentes operaciones, como /cityforecastbyzip para la operación GetCityForecastByZIP y /cityweatherbyzip para la operación GetCityWeatherByZIP. Sin embargo, con el nuevo comportamiento de paso , ambas operaciones se envían a "/". Entonces, ¿cómo puedes controlar el acceso a las operaciones en los productos de API? Una opción es crear un atributo personalizado en un producto, como "allowedOperations", y propagarlo con las operaciones que permite el producto. Luego, cuando una llamada a la API incluye una clave de API o un token de OAuth, se encuentra disponible una variable como la siguiente, que contiene los valores del atributo allowedOperations: verifyapikey.Verify-API-Key-policy-name.apiproduct.allowedOperations. Agrega una política de JavaScript que compare la operación con las operaciones permitidas y, luego, crea una política de Raise Fault que muestre un error si la comparación en JavaScript es falsa.
El proxy generado ya no admite JSON en la solicitud. Solo admite XML. El proxy garantiza que las solicitudes de SOAP tengan un espacio de nombres Envelope, Body y http://schemas.xmlsoap.org/soap/envelope/ .

REST a SOAP a REST

El proxy ya no admite WSDL RPC (solo se admite Document/Literal). No se probó con WSDL 2.0.
El comportamiento nuevo no se probó con WS-Policy.
El proxy te permite publicar datos JSON en lugar de FormParams.
Cuando agregues compatibilidad con CORS (uso compartido de recursos de origen cruzado) al proxy con el generador de proxy verás las siguientes mejoras:
- Access-Control-Allow-Headers: Además de los encabezados Origin, x-requested-with y Accept, el encabezado Access-Control-Allow-Headers también incluye Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent y Cache-Control.
- Encabezado Access-Control-Allow-Methods: Además de GET, PUT, POST, DELETE, este encabezado también incluye los verbos PATCH y OPTIONS.
Cuando se genera un proxy de API para un WSDL, Edge lee cualquier ComplexTypes 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 paso o de REST a SOAP desde WSDLs. 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	Guardar como proxy de API nuevo usa el nombre predeterminado que incluye notación científica, como "new-1.234568901234568e+53"
EDGEUI-572	La IU muestra "Error: Unknown Error" en lugar de "Error: Session timeout"