Novidades da Release

Validação da chave da assinatura digital no cadastro de subscritores: ao cadastrar um subscritor, na tela Security, você precisa validar uma chave para gerar uma assinatura digital.
Antes, para validar a chave, era necessário acessar o Postman e fazer o envio da chamada através de uma requisição POST.
Agora, a validação é feita no próprio Events Hub, sem precisar sair da tela de cadastro do subscritor. Basta inserir a chave no campo Key e clicar no botão VALIDATE KEY.

Event Status: agora, quando você selecionar handlers no filtro da tela de Event Status, os campos Publisher e Subscriber apresentarão somente os resultados relacionados a eles. Dessa forma, será mais fácil refinar a busca.

Status code: ao cadastrar um subscritor, você define o status code que deve ser considerado como sucesso na entrega do evento. Antes, só era possível inserir um código de família 200. Agora, você pode inserir 2xx para abranger toda a família. Acesse a documentação de Subscribers para entender melhor.

Ordenação: adicionamos o filtro Order by nas telas de Handler, Policies, Publishers e Subscribers. Com ele, você pode escolher se quer visualizar os registros por data de criação ou ordem alfabética. Por padrão, mostraremos da criação mais recente para a mais antiga.

Importar app: movemos o botão Import from API Management para dentro da tela de criação de publisher. Assim, quando você clicar em + Create Publisher, poderá escolher importar uma app ou cadastrar o publisher manualmente, na mesma tela.

Agora você pode excluir um ou mais eventos da fila de retentativa manual através do botão DELETE SELECTED na tela de Delivery Retry.

Otimizamos a funcionalidade de Delivery Retry. Agora, eventos que caem na fila de tentativa manual de entrega podem ser reenviados automaticamente por meio da API Event Status. Com ela, você pode implementar uma automação para rodar as retentativas de entrega.
Para acessá-la, vá até Sensedia API Platform  API Design  API Catalog e busque por "Event Status".
Confira sugestões de boas práticas na implementação dessa API em Reenvio Automático.

O serviço responsável por receber e preparar os eventos que precisam ser entregues aos subscritores foi corrigido. Quando esse serviço preparava as informações necessárias para o envio da mensagem em um tópico que continha mais de um subscritor cadastrado, foi observado que ocorria de maneira esporádica um erro na entrega da mensagem para um dos subscritores. Agora, todos os subscritores receberão os eventos.

Excluímos a opção Encrypt Body do campo Subscriber URL.

Realizamos melhorias nas camadas de execução e de configuração para tratamento mais eficiente dos eventos e para melhor uso dos recursos utilizados pela aplicação.

Realizamos melhorias na camada de execução para tratamento mais eficiente dos eventos e para melhor uso dos recursos utilizados pela aplicação.

Realizamos manutenções preventivas nas camadas de configuração e execução.

Realizamos uma alteração no sistema por trás da tela de Delivery Retry para mitigar alguns casos em que o sistema não respondia no tempo esperado e trazia uma consulta em branco.

Alteramos o método utilizado para as retentativas automáticas em função de melhoria de performance e confiabilidade do processo de envio de eventos.

Corrigimos a label de "Event ID" na tela Event Status, pois estava sendo exibido o "Subscriber ID" dentro do pop-up de detalhamento do evento.

O Serviço API Event Server foi corrigido para situações de evento enviado para um tópico com mais de um subscritor cadastrado. Antes, se todas as retentativas automáticas de envio para o primeiro subscritor ocorressem antes do evento ter sido enviado para os demais subscritores, estes poderiam ter seus processos cancelados, causando perda de eventos. Agora, todos os subscritores receberão os eventos.

Incluímos uma nova funcionalidade, com página própria no menu principal: Contexts. Os contextos são uma divisão lógica que funciona como marcador da URL de publicação de eventos. Eles permitem com que tópicos sejam reutilizados em cenários de uso distintos.

A tela Auth-settings (que era encontrada em Integrations  Auth Settings) foi renomeada para Authorizations e está no menu principal. Agora, é possível definir endpoints de autorização de publicadores para cada contexto.

Devido à nova funcionalidade de contextos, a etapa de cadastro de handlers, publicadores e subscritores agora inclui a habilitação de contextos.

Na etapa de segurança do cadastro de subscritores, agora é possível gerar um token estático randômico na própria tela do Events Hub.

Incluímos um campo para envio de feedback no menu do produto. É possível tanto enviar uma mensagem mais genérica de feedback quanto abrir um chamado de suporte.

O funcionamento das retentativas automáticas foi corrigido. Antes, se o usuário definisse 5 retentativas na configuração de uma política, o Events Hub incluía a primeira tentativa nesse número. Então, teríamos a primeira tentativa e mais 4 retentativas automáticas. Agora, o total cadastrado não inclui a primeira tentativa de envio. Ou seja, se houver falha na primeira tentativa, o Events Hub tentará automaticamente um máximo de 5 vezes.

Incluímos uma nova página no menu principal: Delivery Retry. Nela, é possível reenviar entregas com falha apenas para os subscritores que você selecionar.

A lista de eventos em Event Status agora exibe mais informações: id do evento (para facilitar reenvios manuais na página Delivery Retry), quantidade de subscritores e um histórico das tentativas de envio.