Novedades de la versión

API de autorización de Events Hub: solo los editores autorizados pueden enviar eventos a Events Hub. Para autorizar a los editores, debe configurar las URLs de autorización.

Validación de la clave de firma digital al registrar suscriptores: al registrar un suscriptor, en la pantalla Security, es necesario validar una clave para generar una firma digital.
Antes, para validar la clave, era necesario acceder a Postman y enviar la llamada mediante una solicitud POST.
Ahora, la validación se realiza en el propio Events Hub, sin tener que salir de la pantalla de registro de suscriptor. Simplemente añada la clave en el campo Key y haga clic en el botón VALIDATE KEY.

Event Status: ahora, cuando seleccionar handlers en el filtro de la pantalla Event Status, los campos Publisher y Subscriber presentarán solo los resultados relacionados con ellos. De esta manera, será más fácil refinar la búsqueda.

Status Code: Al registrar un suscriptor, se define el código de estado que debe considerarse como éxito al entregar el evento. Antes, solo era posible insertar un código de familia 200. Ahora, puede insertar 2xx para abarcar toda la familia. Accede a la documentación de Subscribers para saber más.

Ordenación: hemos añadido el filtro Order by a las pantallas de Handler, Policies, Publishers y Subscribers. Con ella, puedes elegir si quieres ver los registros por fecha de creación o alfabéticamente. Por defecto, los mostraremos desde la creación más reciente a la más antigua.

Importar app: hemos movido el botón Import from API Management a la pantalla de creación de publisher. De esta forma, cuando haga clic en + Create Publisher, podrá elegir entre importar una app o registrar el publisher manualmente, en la misma pantalla.

Ahora puede eliminar uno o varios eventos de la cola de reintentos manuales a través del botón DELETE SELECTED de la pantalla de Delivery Retry.

Hemos optimizado la funcionalidad Delivery Retry. Ahora, los eventos incluidos en la lista de intentos de entrega manual pueden reenviarse automáticamente a través de la API Event Status. Con ella, puede implementar la automatización para ejecutar los reintentos de entrega.
Para acceder a ella, vaya a Sensedia API Platform  API Design  API Catalog y busque "Event Status".
Consulte las sugerencias de buenas prácticas para implementar esta API en Reenvío Automático.

Se ha corregido el servicio responsable de recibir y preparar los eventos que deben entregarse a los suscriptores. Cuando este servicio preparaba la información necesaria para el envío del mensaje en un tópico que tenía más de un suscriptor registrado, se observaba que esporádicamente se producía un error en la entrega del mensaje a uno de los suscriptores. Ahora, todos los suscriptores recibirán los eventos.

Eliminamos la opción Encrypt Body del campo Subscriber URL.

Hemos realizado mejoras en las capas de ejecución y de configuración para un manejo más eficiente de los eventos y para un mejor uso de los recursos utilizados por la aplicación.

Hemos realizado mejoras en la capa de ejecución para un manejo más eficiente de los eventos y para un mejor uso de los recursos utilizados por la aplicación.

Hemos realizado un mantenimiento preventivo en las capas de configuración y ejecución.

Hemos realizado un cambio en el sistema detrás de la pantalla de Delivery Retry para mitigar algunos casos en los que el sistema no respondía en el tiempo esperado y traía una consulta en blanco.

Hemos cambiado el método utilizado para los reintentos automáticos con el fin de mejorar el rendimiento y la confiabilidad del proceso de envío de eventos.

Hemos corregido la etiqueta "Event ID" en la pantalla Event Status, puesto que el "Subscriber ID" se mostraba en la ventana emergente de detalles del evento.

Hemos corregido el servicio API Event Server para situaciones de envío de evento a un tópico con más de un suscriptor registrado. Antes, si todos los reintentos automáticos relacionados al primer suscriptor se producían antes de que el evento se hubiera enviado a los demás suscriptores, estos últimos procesos se cancelaban. Esto provocaba la pérdida de eventos. Ahora, todos los suscriptores recibirán los eventos.

Hemos incluido una nueva funcionalidad, con su propia página en el menú principal: Contexts. Los contextos son una división lógica que actúa como marcador para la URL de publicación de eventos. Permiten que los tópicos se reutilicen en diferentes escenarios de uso.

La pantalla Auth-Settings (que se encontraba en Integrations  AuthSettings) ha cambiado su nombre a Authorizations y se encuentra en el menú principal. Ahora puede definir endpoints de autorización de publicadores para cada contexto.

Debido a la nueva funcionalidad de contextos, el proceso de registro de handlers, publicadores y suscriptores ahora incluye la habilitación de contextos.

En el paso de seguridad del registro de suscriptores, ahora es posible generar un token estático aleatorio desde la propia pantalla de Events Hub.

Hemos incluido un campo para enviar feedback en el menú del producto. Puede enviar un mensaje de feedback más genérico o abrir una llamada de soporte técnico.

Hemos corregido el funcionamiento de los reintentos automáticos. Anteriormente, si el usuario establecía 5 reintentos en la configuración de una política, Events Hub incluía el primer reintento en ese número. Así, tendríamos el primer intento y 4 reintentos automáticos más. Ahora, el total registrado no incluye el primer intento de envío. Es decir, si el primer intento falla, Events Hub volverá a intentar la entrega automáticamente un máximo de 5 veces.

Hemos incluido una nueva página en el menú principal: Delivery Retry. Allí es possible intentar los envíos sin éxito solo a los suscriptores seleccionados.

La lista de eventos en Event Status muestra ahora más información: el identificador del evento (para facilitar los reintentos manuales en la página Delivery Retry), el número de suscriptores y un historial de intentos de envío.