Novidades da Release

1.5.0.0

Segurança

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

1.4.0.0

Bugs corrigidos

  • 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.

1.3.0.0

Performance

  • 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.

Ajustes de front

  • 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.

1.2.1.1

Bugs corrigidos

  • Aplicamos uma correção que já havia sido feita anteriormente mas faltou incluir na versão 1.2.1.0. A correção redireciona adequadamente usuários sem acesso.

1.2.1.0

Bugs corrigidos

Performance

  • Corrigimos um erro na configuração de novos clientes que ocasionava a não publicação do primeiro evento de um cliente.

  • Corrigimos um erro interno no consumo de eventos que ocasionava perdas de eventos após uma falha ao processar um dos registros da lista. Os eventos processados após a falha não eram distribuídos aos subscritores.

JWT validation

  • Quando o interceptor de JWT era utilizado nas políticas dos handlers, a requisição ao servidor de autorização estava enviando o valor do JWT como nulo e isso foi corrigido.

Ajustes de front

  • Ajustamos a exibição de registros na tela Event Status pois apenas a primeira página estava sendo exibida quando filtros de horário fossem utilizados.

  • Corrigimos uma falha que impedia o usuário de clicar no botão para salvar alterações feitas no nome de um contexto com tópicos vinculados.

  • Corrigimos textos em algumas telas do produto.

1.2.0.1

Bug corrigido

  • 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.

1.2.0.0

O Events Hub está de cara nova! Adotamos um novo look and feel, mais bonito e de uso mais intuitivo. Você pode acessar o nosso Guia Rápido do Events Hub 1.2.0.0 para dar uma olhada em algumas das telas.

Além de novos layouts em todas as telas, estas são as novidades específicas da release 1.2.0.0:

Novas Funcionalidades e Melhorias

  • 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.

    • Ao criar tópicos agrupados em um handler, é preciso habilitar todos os contextos em que o tópico poderá ser publicado.

    • Ao cadastrar ou editar um publicador, o usuário deve definir, dentre todos os contextos habilitados para um tópico, quais os contextos que estarão disponíveis para o publicador. Com isso, o publicador só poderá enviar requisições ao tópico nos contextos disponíveis para ele.

    • Ao cadastrar ou editar um subscritor, o usuário deve definir, dentre todos os contextos habilitados para um tópico, quais os contextos que estarão disponíveis para o subscritor. Com isso, o subscritor só receberá requisições do tópico nos contextos disponíveis para ele.

  • 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.

1.1.1.1

Bug corrigido

  • 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.

1.1.1.0

Nova Funcionalidade

  • 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.

Melhoria

  • 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.

Thanks for your feedback!
EDIT
How useful was this article to you?