Estás viendo la documentación de Apigee Edge.
Ve a la
documentación de Apigee X. info
El martes 6 de enero de 2015, lanzamos la versión 15.01.06.00 del portal de servicios para desarrolladores de Apigee para la nube.
Nuevas funciones
Esta versión de la versión en la nube del portal de servicios para desarrolladores de Apigee contiene las siguientes funciones nuevas:
-
Guardado asíncrono del usuario
El guardado asíncrono del usuario es una función nueva que aplaza el guardado de la información del usuario hasta después de que se envía la respuesta al navegador para aumentar el rendimiento. Este cambio solo ocurre en las siguientes circunstancias:-
Se encuentra una CLI de PHP adecuada
-
La monetización no está habilitada
-
La casilla de verificación Habilitar asíncrono está seleccionada en la página Configuración > Configuración del portal para desarrolladores > Configuración del usuario del portal para desarrolladores.
-
-
Ya no puedes cambiar la configuración de conexión entre el portal y Edge
En versiones anteriores de la nube, podías editar directamente la información de conexión que se usaba para conectar el portal a Edge, incluida la URL del extremo de Edge, el nombre de la organización de Apigee y el nombre de usuario y la contraseña de un administrador de la organización. Ahora, debes realizar una solicitud al equipo de asistencia de Apigee para cambiar la información de conexión. Consulta Cómo crear un portal para desarrolladores para obtener más información.
Baja
A partir del 15 de abril de 2015, Google ya no admitirá la API de OpenID 2.0, como se describe en el siguiente vínculo:
https://developers.google.com/+/api/auth-migration#timetable
Todos los portales lanzados antes del 14.07 usaban Google OpenID 2.0, que permitía a los usuarios acceder al portal o registrarse como usuarios del portal con sus credenciales de Google. Para obtener más información, consulta Cómo usar credenciales federadas en el portal para desarrolladores. Debido a esta baja, esa funcionalidad se quitó del portal.
Como alternativa, puedes usar el módulo Drupal Google Auth o la información que se describe en el artículo Cómo usar OAuth 2.0 para el acceso.
Correcciones de errores
En esta versión, se corrigieron los siguientes errores:
Tema | Descripción |
---|---|
Monetización | Se corrigieron los textos que se muestran a los usuarios finales sobre la monetización. |
Monetización | Las tasas impositivas ahora se muestran correctamente en la página de facturación prepagada de Monetización. Ten en cuenta que debes usar la llamada a la "API de desarrollador de prepagados" en el portal (en Configuración > Configuración de monetización). |
Monetización | La página del saldo prepagado de monetización ya no muestra un saldo cero como “-0.00”, sino como “0.00”. |
Monetización |
Los documentos de facturación ahora se descargan correctamente desde el servidor de Edge en formato HTML. Postgres v9.0 introdujo una nueva codificación "hex" que es posible que debas cambiar en postgresql.conf para que los documentos de facturación se descarguen correctamente. Si los documentos de facturación no se descargan correctamente desde el Portal para desarrolladores, cambia bytea_output en postgresql.conf a "escape" en el servidor de administración de Edge:
bytea_output = 'escape' # hex,
escape
|
Monetización | Cuando la llamada a la API de Edge para obtener el saldo del usuario no se muestra correctamente, la página ahora se muestra correctamente y se registra un error. Anteriormente, la página mostraba una pantalla de error. |
Registro de desarrollador nuevo | Se corrigió el mensaje que se mostraba cuando te registrabas con una cuenta nueva para indicar que la cuenta está pendiente de aprobación del administrador solo si el portal para desarrolladores está configurado para necesitar la aprobación del administrador antes de acceder. |
Registro de desarrollador nuevo | Los desarrolladores registrados recientemente que se suponía que debían bloquearse de forma predeterminada se habilitaron en el backend de Edge. Los desarrolladores que deberían haberse bloqueado de forma predeterminada se habilitaron (a pesar de que se mostraba el mensaje "Espera la aprobación"). La misma corrección resolvió el problema. |
Registro de desarrollador nuevo | El portal ya no arroja una excepción cuando un usuario se registra sin una dirección de correo electrónico, de modo que se puedan realizar integraciones con sistemas que no usan direcciones de correo electrónico. Sin embargo, los usuarios deberán actualizar su perfil con una dirección de correo electrónico para poder crear apps para desarrolladores. |
Registration form | Los campos Nombre y Apellido del formulario de registro se movieron a la parte superior del formulario de registro para las instalaciones nuevas. Ten en cuenta que todos los campos de este formulario se pueden mover con la IU de administrador. Consulta Cómo agregar y administrar cuentas de usuario para obtener más información. |
Estado del desarrollador | Cuando un desarrollador tenga el estado “bloqueado” en el portal, se establecerá como inactivo en el servidor de administración de Edge, lo que significa que no podrá realizar llamadas a la API. |
Trabajo cron | Cron ya no falla cuando una app en Edge no está asociada correctamente con un desarrollador. |
Logging | El sistema ya no registra errores cuando el tipo de acceso de una app es "de solo lectura". |
Reglas de Drupal | Ahora se ejecuta el módulo Rule in Drupal rules para enviar un correo electrónico cuando una clave de app pasa de pendiente a aprobado. En versiones anteriores, la regla no funcionaba cuando se cambiaba el estado. |
SmartDocs | El verbo PATCH ahora se muestra correctamente cuando se renderiza en páginas de SmartDocs. |
SmartDocs | Cuando no se puede acceder al extremo de Edge, el módulo SmartDocs ya no muestra advertencias. |
SmartDocs | Las advertencias "Undefined index:" ya no se muestran en el módulo de SmartDocs. |
SmartDocs |
El pan de miga ahora funciona correctamente en las páginas de SmartDocs. En la página de detalles del método, el primer elemento de la ruta de navegación solía ser Documentation/model_machine_name, por lo que la primera palabra no estaba en mayúsculas. Con esta corrección, el primer elemento será el nombre legible por humanos del modelo y la primera palabra se pondrá en mayúsculas.
Además, en la página de la lista de métodos de la API según el verbo HTTP (GET/POST/PUT/DELETE), los elementos de migas de pan dirigían a la URL incorrecta. Con esta corrección, los elementos de la ruta de navegación en la página ahora dirigen a las URLs correctas.
|
SmartDocs | Una corrección de CSS ahora permite que el cuerpo JSON de SmartDocs (en una solicitud POST o PUT) se edite correctamente en su lugar. |
Menú principal | Los vínculos para acceder y registrarse ahora están disponibles cuando el menú principal no tiene ningún elemento. |
Atributos de la app |
La página de la ficha de los atributos de la app estaba dañada y no se renderizaba. Este problema se corrigió en el archivo devconnect_app_attributes.module.
|
Redireccionamientos codificados | La función que crea el formulario para editar una app de desarrollador ya no invoca directamente drupal_goto() ni drupal_not_found() si no se encuentra la app de desarrollador. Esto permite que los módulos específicos del cliente alteren de forma coherente el comportamiento del formulario sin forzar un redireccionamiento incondicional. |