Release 12.3.0

Este documento contém breves descritivos acerca das implementações e correções efetuadas no pacote 12.3.0.

Implementações

fluig ESB Plugin e fluig ESB Server

Recurso: Componente Splitter

Situação: Não era possível fazer a divisão de mensagens no formato texto (TXT), somente no formato XML através do componente ForEach.

Solução: Criado o componente Splitter em substituição ao componente ForEach, onde agora é possível fazer a divisão de mensagens tanto no formato texto (TXT) quanto no formato XML.

A divisão pode ser feita utilizando-se um TOKEN (identificador) para ambos os formatos ou em um XPATH para o formato XML.

Para maiores detalhes, verificar a documentação do componente no manual do produto.

Recurso: Componente Aggregator

Situação: Não era possível fazer a agregação (junção) de mensagens nos formatos texto (TXT) e XML.

Solução: Criado o componente Aggregator onde é possível fazer a agregação de mensagens nos formatos TXT e XML.

A agregação poder ser feita utilizando-se:

• Um identificador no conteúdo da mensagem para o formato TXT;
• O valor de um XPATH para o formato XML;
• Agregação geral de todas as mensagens de entrada de acordo com o formato selecionado (TXT ou XML);

Para maiores detalhes, verificar a documentação do componente no manual do produto.

Recurso: Suporte a Web Services que utilizem segurança de SAML Tokens por meio de STS (Secure Token Service).

Situação: Os componentes de Web Services não permitiam consumir Web Services que utilizem segurança de SAML Tokens por meio de STS.

Solução: Adicionado o suporte a configuração de consumo de STS nos componentes WSReceiver, WSSender, TOTVSReceiver e TOTVSSender.

Essa configuração deve ser feita na aba "STS Security Settings" do componente de Web Services a ser utilizado.

Para maiores detalhes, verificar a documentação dos componentes citados acima no manual do produto.

Correções

fluig ESB Plugin

Recurso: Componentes WSSender e TOTVSSender

Situação: Nos componentes WSSender e TOTVSSender não é possível consumir um Web Service sem configurar nenhum parâmetro para o mesmo.

Solução: Realizada a exclusão da validação dos referidos componentes que exigiam a configuração de no mínimo um parâmetro para consumir um Web Service.

Recurso: Componente WSReceiver

Situação: Ao inserir uma operação manualmente no componente WSReceiver que estivesse configurado, a mesma não é gravada e consequentemente não é enviada para o ESB.

Solução: Efetuada a alteração para que ao informar manualmente uma operação esta seja gravada corretamente.

Recurso: Componentes TOTVS e WS

Situação: Ao informar um valor em branco ou com espaços no campo “Value” dos parâmetros dos componentes TOTVS e WS a mensagem não é enviada corretamente.

Solução: Criado uma validação para informar ao usuário se o parâmetro está em branco e também para retirar possíveis espaços que foram configurados no parâmetro.

fluig ESB Server

Recurso: Máquina Virtual Java (JVM)

Situação: A versão da JVM distribuída com ESB é a versão 6, sendo que esta versão atingiu o final dos releases públicos (EOL).

Solução: Realizado atualização da JVM distribuída com ESB para a versão 7.

Recurso: Componentes TOTVS e WS

Situação: Quando uma mensagem é configurada com o parâmetro do tipo “EsbMessage”, a mesma é enviada como envelope SOAP completo aumentando o tamanho da mensagem. Nos casos em que o tamanho da mensagem for muito grande isto ocasiona problemas no Protheus que possui limite de tamanho para receber a mensagem.  

Solução: As mensagens enviadas com o parâmetro do tipo EsbMessage passam a ser transportadas como CDATA não aumentando mais o tamanho da mensagem.

Recurso: Componentes TOTVS (Server e Plugin)

Situação: Necessidade de incluir o produto TOTVS Segurança e Acesso (TSA) como uma opção disponível nos componentes TOTVS Receiver e TOTVS Sender, para não consumir licença de uso quando realizada integração com os produtos da marca TOTVS.

Solução: Foram realizadas alterações no ESB Plugin e no ESB Server para disponibilizar as integrações do produto TOTVS Segurança e Acesso (TSA) com as demais soluções TOTVS sem consumir licença.

Recurso: TOTVSReceiver (Plugin e motor)

Situação: O componente TOTVSReceiver precisa ter parâmetro que possibilite ter comportamento síncrono ou assíncrono quando estiver recebendo mensagens da fila EAI do produto Datasul.

Solução: Foi alterado o componente TOTVSReceiver incluindo uma flag “Synchronous” que quando selecionada indica que o processo será síncrono, ou seja, espera uma resposta da requisição. O comportamento padrão deste componente é o mesmo de antes desta implementação, ou seja, comportamento assíncrono.

Recurso: FTPReceiver

Situação: Ao utilizar o componente FTP para recebimento de mensagens, ocorre em alguns casos a conexão estar indisponível não gerando erros, porem não copiando os arquivos para a pasta de destino

Solução: Modificado pooling de mensagens do componente FTP por agendamento, passando a utilizar o componente timer para a tarefa.