14.01.00.00: Notas de la versión local de Apigee Edge

Estás consultando la documentación de Apigee Edge.
Consulta la documentación de Apigee X. Información

El miércoles 29 de enero de 2014, lanzamos una nueva versión local de Apigee Edge.

Si tienes preguntas, ve a Asistencia al cliente de Apigee.

Esta versión contiene funciones y correcciones de errores de las siguientes versiones de Cloud:

Nuevas funciones y mejoras

  • Actualización de atributos personalizados de OAuth 2.0 en los tokens
    La nueva política "Configurar información de OAuth v2.0" te permite actualizar los atributos personalizados en los tokens de OAuth 2.0.
    http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
  • Actualizaciones de la política de OAuth 1.0a
    Esta versión incluye las siguientes actualizaciones de la política de OAuth 1.0a:
    • Al igual que con los tokens de OAuth 2.0, ahora puedes configurar atributos personalizados en los tokens de OAuth 1.0a.
    • Una nueva operación GenerateVerifier te permite generar y mostrar un verificador de OAuth 1.0a (similar a un código de autorización en OAuth 2.0).
    http://apigee.com/docs/api-services/content/authorize-requests-using-oauth-10a
  • Información SSL en variables de flujo
    Apigee Edge ahora te permite propagar información de SSL y acceder a ella en variables de flujo. Si configuras una nueva propiedad “propagate.additional.ssl.headers” en un ProxyEndpoint, tienes acceso a la misma información de SSL disponible en un servidor web Apache.
    http://apigee.com/docs/api-services/api/variables-reference
  • Encabezados de JMS como encabezados HTTP
    Todos los encabezados de JMS ahora se propagan como encabezados HTTP para el procesamiento posterior.
  • Actualización del módulo Node.js
    Se actualizó el módulo Node.js integrado de Apigee para incluir los siguientes módulos: argo 0.4.9, asíncrono 0.2.9, exprés 3.4.8, guion bajo 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, volos-olosauth2, volos-olosauth2.
  • Roles personalizados en la IU de administración: BETA
    Además de los roles de usuario existentes de “Usuario empresarial”, “Administrador de operaciones”, “Administrador de la organización” y “Usuario”, esta versión incluye una función beta que te permite crear funciones personalizadas en la IU de administración. Puedes controlar el acceso a varias funciones de Edge mediante roles personalizados.
  • Instalador de servicios de API avanzados (anteriormente, Servicios de aplicaciones)
    Los servicios de API avanzados de Apigee Edge (antes conocidos como Servicios de aplicaciones) ahora están disponibles para su uso local. El instalador de Edge existente te permite implementar y configurar servicios de API avanzados en tu propio entorno local.
  • Instalador de monetización de Servicios para desarrolladores (anteriormente, Servicios de monetización)
    La capacidad de monetización forma parte de Servicios para desarrolladores perimetrales. El instalador local de Edge ahora incluye un instalador de monetización integrado y mejorado. La monetización requiere una licencia pagada adicional.
  • Varios procesadores de mensajes en un solo host: instalación silenciosa
    Esta mejora admite la topología de implementación de varios procesadores de mensajes instalados en un solo host, lo que requiere vincular cada procesador de mensajes a una dirección IP específica. Ahora puedes agregar un parámetro de configuración de la propiedad BIND_ON_ALL_INTERFACES=n en el archivo de configuración de instalación silenciosa, lo que hace que un procesador de mensajes escuche una dirección IP específica, especificada por la propiedad HOSTIP en el mismo archivo. Para obtener más información sobre esta propiedad y sobre la configuración de la instalación silenciosa, consulta la Guía de instalación y configuración del kit de implementación local de Apigee.
  • Actualizaciones de JMS
    Esta versión incluye varias actualizaciones de la compatibilidad con JMS de Apigee, como las siguientes:
    • Todos los encabezados JMS ahora se propagan como encabezados HTTP para el procesamiento posterior.
    • Ahora puedes especificar ExpiryTime y DeliveryMode para los mensajes colocados en ResponseQueue que usa el proxy de JMS. Todos los encabezados HTTP que coinciden con los encabezados JMS estándares se configuran "tal cual", y los demás encabezados HTTP se configuran como propiedades de JMS en el mensaje de respuesta que usa el proxy JMS.

Fallas corregidas

Tema Descripción
Permisos de roles personalizados Los permisos establecidos con roles personalizados ahora funcionan como se espera.
Estadísticas de latencia de API En un flujo de proxy de API, cuando una llamada al sistema de destino genera un tiempo de espera (como un tiempo de espera de lectura de HTTP), los tiempos de latencia objetivo que se incluyen en las estadísticas de la API.
El atributo “type” en las políticas El atributo “type” ahora funciona correctamente en todas las políticas de Apigee.
Invalidación de tokens de OAuth 2.0 La funcionalidad de invalidación de tokens para las políticas de OAuth 2.0 de Apigee ahora coincide con las especificaciones de OAuth. Ya no es necesario que proporciones un “tipo” cuando configures el parámetro “token”.
RBAC con mapas de clave-valor El control de acceso basado en funciones ahora funciona para los mapas de par clave-valor creados a nivel del entorno.
Formato de respuesta de las políticas de OAuth 1.0a Cuando se realizan solicitudes a una API con una política de OAuth 1.0a, la respuesta ahora se muestra en el formato del encabezado Accept.

Errores conocidos

Tema Descripción
Solicitud HTTP 1.0,
respuesta HTTP 1.1
Este problema implica una situación en la que un cliente envía una solicitud mediante HTTP 1.0 con la propiedad content-length en el encabezado, pero el servicio de backend está configurado para usar HTTP 1.1 y muestra una propiedad transfer-encoding para la codificación fragmentada.
Para manejar correctamente esta situación, puedes quitar la propiedad transfer-encoding de la respuesta HTTP 1.1 con la política deAssignMessage. En la siguiente política, que se adjuntaría al flujo de respuesta del proxy de la API, se quita la propiedad transfer-encoding del encabezado HTTP, lo que permite que el cliente reciba la respuesta sin fragmentar.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Quitar>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>