01. Apresentação
O conversor do EAI 1.0 para 2.0 tem por finalidade disponibilizar acesso às novas rotinas de integração, convergir os pacotes de integração para aplicativos integrados, migrar as informações presentes na base para o novo modelo de dados e realizar os ajustes de base de dados necessários para cada pacote de integração instalado no EAI.
Compatibilidade
A versão miníma exigida do RM para a conversão ao EAI 2.0 é 12.1.27 e do Protheus 12.1.25 (Lobo Guará)
A análise de compatibilidade do cliente com o EAI 2.0 deve ser realizada pelo consultor de implantação ou analista de suporte, que deve considerar as características:
- Todos os pacotes de integração utilizados pelo cliente devem estar disponíveis no EAI 2.0
- Caso haja planejamento de implantação de novos pacotes de integração, deve-se garantir que estes estejam disponíveis no EAI 2.0 até o prazo da implantação pois a conversão da base de dados é irreversível
- Verificar se o cliente possui customizações em suas Transformações XSLT ou nos SourceCodes
- Todas as customizações de integração do EAI 1.0 deverão ser re-codificadas pois o modelo de customização do EAI 2.0 não é retro-compatível.
Script de liberação
Caso após a análise acima seja constatado que o cliente é compatível com o EAI 2.0, deve-se solicitar ao suporte o script de liberação de acesso ao conversor.
Sem a execução deste script o menu de acesso não é visível ao cliente.
Clientes Stored
Clientes que tem por origem Stored devem garantir a correta conversão a versão do EAI 1.0 antes de realizar a conversão para o EAI 2.0. Por exemplo o correto carregamento de De/Para na tabela HCINTEGRACAOID.
02. Desabilitando fórmulas visuais
Gestão | Fórmula Visual | Fórmula Visual
Selecionar a Fórmulas
- Mensagem Padrão - Lançamentos Financeiros 1.002
- Menssagem única - Obra / Etapa / Tarefa
- Mensagem única - Projeto
- Mensagem única - Contrato
Inativar todas as Fórmulas
02. Acesso ao conversor
O acesso ao conversor de integrações é restrito a bases de dados que possuem o parâmetro de liberação, pois até o presente momento (fevereiro de 2019) ainda existem pacotes de integração não migrados para o EAI 2.0.
02.01. Análise de compatibilidade
A análise de compatibilidade do cliente com o EAI 2.0 deve ser realizada pelo consultor de implantação ou analista de suporte, que deve considerar as características:
- Todos os pacotes de integração utilizados pelo cliente devem estar disponíveis no EAI 2.0
- Caso haja planejamento de implantação de novos pacotes de integração, deve-se garantir que estes estejam disponíveis no EAI 2.0 até o prazo da implantação pois a conversão da base de dados é irreversível
- Verificar se o cliente possui customizações em suas Transformações XSLT ou nos SourceCodes
- Todas as customizações de integração do EAI 1.0 deverão ser re-codificadas pois o modelo de customização do EAI 2.0 não é retro-compatível.
02.02. Script de liberação
Caso após a análise acima seja constatado que o cliente é compatível com o EAI 2.0, deve-se solicitar ao suporte o script de liberação de acesso ao conversor. Sem a execução deste script o menu de acesso não é invisível ao cliente.
02.03. Caminho do menu
O processo de conversão está disponível no contexto de integrações, na árvore de menus de Mensagem Única.
03. Processo de conversão
O processo de conversão passa por 4 passos, melhor descritos nas sub-sessões a seguir.
03.01. Teste de comunicação dos serviços
A primeira etapa, consiste nos teste de comunicação dos serviços do Ambiente do Protheus. basta informar a URL do Web Services e do serviços REST para testar a comunicação.
03.02. Validação de compartilhamento das Entidades do Protheus
Nesta etapa, ao clicar no botão iniciar validações é onde a Api Rest "ShareModeRest" entra em ação para obter os compartilhamento das tabelas no Protheus.
Na imagem abaixo, segue exemplo de resultado de compartilhamentos das tabelas do Protheus.
03.03. Avisos e confirmação
Nesta etapa do processo de conversão é declarar-se ciente dos riscos e procedimentos de segurança.
03.04. Parâmetros de execução
Ao passar do segundo para o terceiro passo, o conversor tentará obter automaticamente (vide imagem abaixo) a informação do SourceApplication de cada pacote integrado a partir do envio de uma mensagem única WhoIs para o WebService parametrizado no pacote.
Logo após a consulta automática será apresentada a tela de parametrização da conversão, disponibilizando a lista de integrações a serem convertidas e a parametrização de mensagens a migrar para as novas tabelas.
Podemos observar que na imagem acima o pacote de integração não teve seu SourceApplication identificado automaticamente, devendo assim ser parametrizado de forma manual através do botão "Atualizar por Sistema Integrado".
O SourceApplication pode ser identificado a partir de uma Mensagem Única trafegada via EAI 1.0, copiando o conteúdo de uma Tag de mesmo nome.
A rotina de conversão não migrará mensagens com sucesso para a nova estrutura de tabelas, ficando a cargo do consultor no momento da conversão definir se deve-se ou não importar as mensagens de erro. É aconselhável que todas as análises do ambiente 1.0 sejam realizadas previamente, tornando assim a conversão das mensagens de erro desnecessárias.
03.05. Execução dos conversores por pacote de integração
Após finalizar da conversão por parte do EAI (dados de integração) serão executados os processos de conversão específicos de cada pacote de integração.
A ocorrência de erro em um dos processos por pacote de integração não fará com que a conversão por parte do EAI seja desfeita, ficando a cargo do consultor responsável pela conversão realizar os ajustes necessários e executar novamente o processo em questão.
04. Dados convertidos
O processo de conversão realiza a consolidação e migração de dados das tabelas do EAI 1.0 para o EAI 2.0.
Segue abaixo os dados trabalhados pelo conversor padrão do EAI:
- Conversão dos pacotes de integração
- Os pacotes de integração são convertidos em Aplicativos e Pacotes Instalados, conforme descrito no documento de Entidades Relacionadas.
- Conversão dos Mapas de integração para a tabela de Rotas.
- Cópia das informações de De-Para para a nova tabela.
- Cópia das informações de mensagens trafegadas para a nova estrutura de tabelas
- A cópia ou não destas informações depende da parametrização apresentada na sessão 03.02.
- Conversão de parâmetros e execução de scripts de conversão por transação
- São realizados procedimentos necessários para compatibilização entre o comportamento de adapters do EAI 1.0 com os novos adpters do EAI 2.0.
- Exemplo: O adapter de Centro de Custo possuía três versões diferentes que utilizavam três parâmetros diferentes para definir se utiliza código auto-incremental. O adapter do EAI 2.0 padronizou estes três parâmetros em um só e o conversor é responsável por gerenciar esta unificação.
- Conversão dos pacotes de integração
05. Inclusão de novos pacotes ou transações
Durante os projetos de migração dos pacotes de integração do EAI 1.0 para o EAI 2.0 podem surgir necessidades específicas de adapters ou destes pacotes de integração. Estas necessidades devem ser analisadas e ter suas regras de negócio implementadas na respectiva sessão do conversor.
Os fontes do conversor estão disponíveis no projeto RM.EAI.TotvsMessage.Conversor.Server e as sub-sessões a seguir apresentam os pontos de desenvolvimento para cada necessidade.
05.01. Conversão de parâmetros de adapter
Este ponto de desenvolvimento deve ser utilizado para implementação de ajustes de base de dados relacionados a um adapter específico.
O fonte com o conversor do adapter deve seguir as regras citadas abaixo:
- Estar disponível no mesmo projeto, dentro da estrutura de pastas "./ConverteEAI2/AdapterConverter"
- Possuir o atributo "AdapterConverterAttr", definindo neste o nome da transação convertida.
- Herdar da classe "EaiAdapterConverterBase"
- Implementar a conversão internamente ao método "ConvertAdapter", definido na interface "IEaiAdapterConverter".
05.02. Conversão de scripts por Pacote de Integração
Este ponto de desenvolvimento é reservado para ajustes específicos de um pacote de integração que devem ser executados na mesma transação dos scripts do EAI, como ajustes de roteamento e de parâmetros de integração.
Estes ajustes devem ser adicionados como uma sessão no método "ExecutarScriptsPacotes" da classe "EAIConverteEAI2", conforme exemplo de código abaixo.
05.03. Processos de conversão específicos por pacote de integração
Após finalizar a execução do processo de conversão do EAI são executadas também todas as actions de processos parametrizadas para os pacotes de integração convertidos. Este fluxo de execução deve ser utilizado na conversão de informações que necessitem de iteração do usuário, para processamentos de longa duração ou que devam ser executados fora da transação do conversor padrão.
Atenção!
A execução dos processos de conversão específicos por pacote de integração é realizada pelo Client, estando assim fora da transação original e não realizando nenhum tipo de tratamento de erros.
Todo o tratamento de erro dos processos deve estar contidos na execução do próprio, como por exemplo o travamento da integração até a re-execução com sucesso do processo.
Passos para desenvolvimento de um processo de conversão específico:
- Desenvolvimento do Processo
- Deve-se passar por todo o desenvolvimento padrão de um Processo da Framework RM, como o desenvolvimento do Form, ParamsProc, Process e a Action.
- Este processo deve conter todas as regras de negócio necessárias, bem como o tratamento de erros.
- Adição da Action desenvolvida no retorno do método "GetProcessBeforeConvertEai2" do server "EAIConversorServer".
- Este é o método responsável por retornar a lista de Actions a serem executadas.
06. Assuntos Relacionados
- Entidades Relacionadas ao EAI 2.0
- Documento técnico da criação do Conversor para EAI 2.0