A comunicação através do protocolo transaction (EAI) possui uma estrutura composta dos seguintes elementos:
...
Graficamente, a estrutura pode ser descrita conforme abaixo:
Os modos de operação podem ser: síncrono e assíncrono, sendo que neste último temos a necessidade de uma fila e de um agente que se responsabilize por sua gestão (processador de fila).
...
Clique aqui para saber mais sobre internalId
A mensagem padronizada, utilizada através de transactions (EAI), é composta dos elementos Header e Content.
...
O padrão de mensagem TOTVS através do protocolo transactions (EAI) estabelece quatro tipos de mensagens: BusinessMessage, ResponseMessage e ReceiptMessage.
Uma mensagem do tipo BusinessMessage são aquelas que iniciam qualquer processo de troca de mensagens entre os aplicativos. Sempre que um aplicativo A quiser enviar ou solicitar informações do aplicativo B, ele enviará uma BusinessMessage que será processada pelo aplicativo destinatário.
...
|
| |
---|---|---|
Objetivo | Replicação de Dados | Compartilhar Lógicas |
Quem Gera (normalmente) | Um (cadastro Master) | Vários (clientes que precisam da lógica) |
Quem Responde | Vários (cadastros replicados) | Um (detentor da lógica) |
Uso + comum | Síncrono (Envia e aguarda) | Assíncrono (envia e esquece) |
Exemplo | Upsert UnitOfMeasure | getCashAvailableOnDate |
As mensagens de eventos de negócio basicamente descrevem o evento ocorrido, como no exemplo abaixo:
...
As mensagens de request descrevem qual função se deseja executar e os parâmetros necessários, como no exemplo abaixo:
...
Âncora | ||||
---|---|---|---|---|
|
Uma ResponseMessage representa o resultado do processamento de uma BusinessMessage pelo aplicativo que a recebeu e o seu conteúdo pode variar de acordo com o tipo de mensagem e com o resultado do processamento.
...
Obs: Consultar Catalogo de Erros
Âncora | ||||
---|---|---|---|---|
|
Uma ReceiptMessage representa a confirmação de recebimento de uma BusinessMessage pelo aplicativo destino.
...