16.08.17: Notas de la versión de Apigee Edge para la nube pública

Estás viendo la documentación de Apigee Edge.
Ir a la documentación de Apigee X. info

El martes 30 de agosto 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.

Cargas útiles de JSON en los mensajes de Assign y Raise Fault

Con esta mejora, no se necesitan soluciones alternativas para garantizar el formato correcto de los mensajes JSON, y las variables se pueden especificar con llaves sin crear un JSON no válido. Por ejemplo, el siguiente código inserta el valor de message.content en el mensaje JSON:

<Payload contentType="application/json">{"message" : "{message.content}"}</Payload>

Si usaste una solución alternativa, tu código seguirá funcionando como está. También puedes usar variablePrefix y variableSuffix en lugar de llaves para indicar variables.

Consulta el elemento <Set><Payload> en los documentos de referencia de la política AssignMessage y la política Raise Fault. (APIRT-1160)

Mejoras en la política de XML a JSON

La política de XML a JSON se mejoró con las siguientes capacidades. Puedes configurar la política para que haga lo siguiente:

• Trata algunos elementos XML como arrays durante la conversión, lo que coloca los valores entre corchetes "[ ]" en el documento JSON.
• Quita o elimina niveles de la jerarquía del documento XML en el documento JSON final.

Para obtener más información, consulta Política de XML a JSON. (APIRT-1144)

Varios comodines en las rutas de recursos del producto de API

Cuando defines rutas de recursos en el producto de API, puedes incluir comodines en varios lugares de una ruta de recursos. Por ejemplo, /team/*/invoices/** permite llamadas a la API con cualquier valor después de /team y cualquier ruta de recursos después de invoices/. Un URI permitido en una llamada a la API sería proxyBasePath/team/finance/invoices/company/a.

Si, después de esta versión, las rutas de recursos de tu producto de API existente dejan de funcionar como se espera, establece la siguiente propiedad en tu organización para revertir al comportamiento anterior: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

Funciones de Crypto en JavaScript

Hay disponible un nuevo conjunto de funciones crypto de JavaScript de alto rendimiento para crear, obtener y actualizar los siguientes objetos hash: MD5, SHA-1, SHA256 y SHA512. El objeto crypto también te permite obtener la fecha en varios formatos. Para obtener más información, consulta el modelo de objetos de JavaScript. (APIRT-2886)

Verificación de la versión del JAR de la llamada de código Java

Cuando se sube un recurso JAR de Java a un proxy de API, se devuelve un código de estado HTTP 400 (en lugar de un 500) si la versión del recurso de Java no es compatible con la versión de Java admitida por Edge, que se indica en Software y versiones compatibles. (MGMT-3420)

Validación de recursos del proxy de API

Cuando tienes archivos de recursos del proxy de API (como archivos JAR de JavaScript o Java) almacenados en el alcance del entorno o de la organización, el framework de validación ya no requiere que también incluyas esos recursos a nivel del proxy de API en un paquete de proxy para que la importación pase la validación. La validación de recursos ahora se realiza en el momento de la implementación, no en el momento de la importación. (MGMT-1430)

Configura el tiempo de espera para proxies de API individuales

Puedes configurar los proxies de API para que agoten el tiempo de espera después de un tiempo especificado (con un estado de tiempo de espera de puerta de enlace 504). El caso de uso principal es para los clientes de Private Cloud que tienen proxies de API que tardan más en ejecutarse. Por ejemplo, supongamos que necesitas proxies específicos para agotar el tiempo de espera en 3 minutos. Puedes usar una nueva propiedad api.timeout en la configuración de un proxy de API. A continuación, te mostramos cómo hacerlo con el ejemplo de 3 minutos:

1. Primero, asegúrate de configurar el balanceador de cargas, el router y el procesador de mensajes para que se agote el tiempo de espera después de 3 minutos.
2. Luego, configura los proxies relevantes para que se agote el tiempo de espera en 3 minutos. Especifica el valor en milisegundos. Por ejemplo:

   <ProxyEndpoint name="default">
     <HTTPProxyConnection>
       <BasePath>/v1/weather</BasePath>
       <Properties>
         <!-- api.timeout is in milliseconeds -->
         <Property name="api.timeout">180000</Property>
       </Properties>
       ...

3. Sin embargo, ten en cuenta que aumentar los tiempos de espera del sistema puede generar problemas de rendimiento, ya que todos los proxies sin un parámetro de configuración de api.timeout usan los nuevos tiempos de espera más altos del balanceador de cargas, el router y el procesador de mensajes. Por lo tanto, configura otros proxies de API que no requieran tiempos de espera más largos para usar tiempos de espera más bajos. Por ejemplo, el siguiente comando establece un proxy de API para que el tiempo de espera se agote después de 1 minuto:
   <Property name="api.timeout">60000</Property>

Los clientes de Cloud, que no pueden modificar los tiempos de espera de Edge, también pueden configurar el tiempo de espera del proxy de API, siempre que el tiempo de espera sea menor que el tiempo de espera estándar del procesador de mensajes de Edge de 57 segundos.

No puedes propagar el valor con una variable. Esta propiedad se describe en la Referencia de propiedades de extremos. (APIRT-1778)

TLS/SSL para la política de registro de mensajes

<KeyStore> y <TrustStore> se pueden configurar en la configuración de SSLInfo en la política de Message Logging, lo que permite TLS/SSL unidireccional y bidireccional con un servicio de registro. Configuras SSLInfo en la política de Message Logging de la misma manera que lo harías en un TargetEndpoint del proxy. Sin embargo, el registro de mensajes TLS/SSL solo admite el protocolo TCP. (APIRT-1858)

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.