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.
Ve a la Documentación de Apigee X. información

El martes 30 de agosto de 2016, lanzamos una versión nueva 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 Asignar Enviar mensajes y generar errores

Con esta mejora, no se necesitan soluciones alternativas para garantizar el formato adecuado de los mensajes JSON. Las variables se pueden especificar con llaves sin crear un JSON no válido. Por ejemplo, el siguiente 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 las variables

Consulta <Set><Payload> de la política de Asignar mensajes Política de aumento de errores documentos de referencia. (APIRT-1160)

Mejoras en las políticas de XML a JSON

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

• Trata algunos elementos XML como arrays durante la conversión, lo que coloca los valores en cuadrados. 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 XML en la política de JSON. (APIRT-1144)

Varios comodines en Rutas de acceso de recursos de productos de API

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

Si después de este lanzamiento las rutas existentes de los recursos del producto de API dejan de funcionar como se esperaba, configura la siguiente propiedad de tu organización para volver a la configuración anterior comportamiento: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

Funciones criptográficas en JavaScript

Está disponible un nuevo conjunto de funciones crypto de alto rendimiento de JavaScript para crear, obtener y actualizar lo siguiente tiene objetos: 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 Modelo de objetos de JavaScript. (APIRT-2886)

Versión de JAR del texto destacado de Java en proceso de verificación

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

Validación de recursos del proxy de API

Cuando tiene archivos de recursos del proxy de API (como archivos JAR de JavaScript o Java) almacenados en el alcance del entorno o la organización, el framework de validación ya no requiere que también incluir esos recursos en el 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 ocurre en el momento de la implementación, no en el de la importación. (MGMT-1430)

Configura el tiempo de espera para proxies de API individuales

Puedes configurar los proxies de API para que se agote el tiempo de espera después de un tiempo específico (con un tiempo de espera de puerta de enlace 504 estado). El caso de uso principal es para los clientes de la Nube privada que tienen proxies de API que toman más tiempo de ejecución. Por ejemplo, supongamos que necesitas proxies específicos para que el tiempo de espera sea de 3 minutos. Puedes Usa una nueva propiedad api.timeout en la configuración de un proxy de API. Aquí te indicamos cómo hacerlo lo harías con el ejemplo de 3 minutos:

1. 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 un aumento de los tiempos de espera del sistema podría provocar problemas de rendimiento todos los proxies sin un parámetro de configuración api.timeout usan el nuevo balanceador de cargas, el router y tiempos de espera del 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, lo siguiente configura un proxy de API para que agote el tiempo de espera 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 un tiempo de espera de proxy de API. siempre y cuando el tiempo de espera sea menor que el tiempo de espera estándar del procesador de mensajes Edge de 57 segundos.

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

TLS/SSL para el registro de mensajes Política

<KeyStore> y <TrustStore> se pueden configurar en La configuración de SSLInfo en la política de Registro de mensajes lo que permite TLS/SSL unidireccional y bidireccional con un servicio de registro. Se configura SSLInfo en la política de registro de mensajes de la misma manera que lo haría en un proxy TargetEndpoint. Sin embargo, TLS/SSL del registro de mensajes 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.