Novidades da Release

1.13.0.0

  • API de autorização do Events Hub: somente publicadores autorizados podem enviar eventos ao Events Hub. Para autorizar publicadores, você deve configurar as URLs de autorização.

    Clientes do Sensedia API Management v5: para obter a URL de autorização, você deverá importar a API de autorização do Events Hub.

1.12.0.0

Melhoria

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

    Acesse a documentação de Subscribers para entender melhor.

1.11.0.0

Melhoria

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

1.10.0.0

Melhorias

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

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

import from

1.9.0.0

Nova funcionalidade

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

1.8.0.0

Novidades

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

1.7.1.0

Bug corrigido

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

1.7.0.0

Ajustes de front

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

Performance

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

1.6.0.0

Performance

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

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

Share your suggestions with us!
Click here and then [+ Submit idea]