Histórico da Página
Column |
---|
|
| |
EAI (do inglês Enterprise Application Integration) é uma referência aos meios computacionais e aos princípios de arquitetura de sistemas utilizados no processo de Integração de Aplicações Corporativas. Os procedimentos e ferramentas de EAI viabilizam a interação entre sistemas corporativos heterogêneos por meio da utilização de serviços. |
Tagcloud | |
---|---|
|
|
|
|
|
|
|
|
Objetivo do documento
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Conceitos gerais de integração
- Definição de EAI
- Por que integrar?
- Formas de integração
- Elementos de uma integração
Tecnologias
- XML/SOAP
- JSON/REST
Mensagem Padronizada
- Termos e conceitos
- Anatomia de uma mensagem
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Definição de EAI
Painel | |||||||
---|---|---|---|---|---|---|---|
| |||||||
Definição de EAI
|
Por que Integrar?
Painel | |||||||
---|---|---|---|---|---|---|---|
| |||||||
Por que Integrar?
|
Alguns conceitos
Painel | |||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||
Alguns conceitosFormas de Integração - Modos de Comunicação
| aqui
Elementos de uma Integração
| aqui
|
Integração EAI2
Painel | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Integração EAI2Fluxos de Comunicação
| aqui
Componentes da Integração - JOINVILLE
| aqui
| 994 | revision | 1
|
Endereço WSDL - TOMCAT
Expandir | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
O endereço WSDL segue o formato abaixo:
Na arquitetura TOMCAT, não existe a dependência com webservices, por esse motivo a URL do WSDL para essa arquitetura é fixa. Também existe a URL para RPC, quando for necessário integrar com outra aplicação Datasul. Neste caso o endpoint da URL segue o padrão de sufixo a seguir:
|
Tecnologias envolvidas na Integração
Expandir | ||
---|---|---|
|
| ||||||||||||||||||||||||
Tecnologias envolvidas na IntegraçãoXML/SOAPJSON/RESTMÉTODOS (Verbos) HTTP REST
|
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Mensagem Padronizada (antes conhecida como mensagem única) é o modelo de dados em que todos os produtos da TOTVS devem trabalhar durante troca de informações. Seu objetivo é evitar o processo de transformação de mensagens, fazendo assim com que a mensagem, após definida, torne-se padrão independente de produtos. |
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Com o modelo de mensagem apresentado, também se torna uniforme seu tratamento pelos produtos, principalmente no que diz respeito à capacidade de rastreamento, pois em seu conteúdo é possível identificar a origem e o tipo. |
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Além disso, a mensagem única estabelece alguns padrões que devem ser seguidos por todos os produtos que participam de integrações. Esses padrões, por exemplo, definem tipos de mensagens suportadas e informações obrigatórias que farão parte do conteúdo de cada mensagem. Porém, a composição dessas mensagens será definida em conjunto com especialistas de negócio e não faz parte do escopo deste documento. |
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
BUSINESS MESSAGE
A estrutura da Mensagem de Negócio está dividida em 3 partes.
RESPONSE MESSAGE
A estrutura da Mensagem de Resposta está dividida em 4 partes.
RECEIPT MESSAGE
A estrutura da Mensagem de Recebida está dividida em 2 partes.
Fluxo de criação da mensagem padronizada
Para tornar oficial uma Mensagem padronizada é preciso passar por algumas fases de homologação. Abaixo segue o fluxo para que isso aconteça.
Fluxo de criação da mensagempadronizada
Expandir | ||
---|---|---|
| ||
draw.io Diagram | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
|
|