01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

Ao executar aplicações WEB Logix, como no caso do programa GTR10000 (Monitor da Gestão Tributária), que é desenvolvido com interface WEB utilizando componentes do Framework PO-UI, a alimentação de dados na tela WEB é realizada via requisições de APIs HTTP REST para o servidor de aplicação Logix, no entanto para que o LOG/DEBUG ativado pelo usuário a partir do menu seja respeitado também pela aplicação WEB, no ato das requisições HTTP REST que são acionadas durante o uso da aplicação

É preciso prever a melhoria no processo de geração de DEBUG,  onde ao fechar a aplicação GRT10000 ou qualquer outra aplicação WEB Logix e retornar ao menu do produto, o arquivo ZIP que é feito download no final do processo, tenha os LOGs de debug do programa principal e também todos os logs das execuções das APIs REST que são processadas pela aplicação WEB durante a execução da tela para facilitar a análise de informações.

03. SOLUÇÃO

Foi feito ajuste no processo de geração de DEBUG para prever a leitura de dados de debug por todas as requisições REST e JOB invocadas a partir da execução da aplicação WEB GTR10000 ou qualquer outra aplicação WEB Logix que utilize o componente LWebDialog e inicie a aplicação usando a propriedade INIT_APP, para que, ao final do processamento da aplicação em modo DEBUG, no arquivo com extensão .ZIP que é feito download para o disco local do usuário, existirá a lista de todos os LOGs de execução da aplicação principal e de todas requisições HTTP REST realizadas pela camada WEB da aplicação para recuperar informações que são apresentadas na tela da aplicação.

Exemplo de como será o conteúdo do arquivo .ZIP no ato da geração do DEBUG a partir do Menu:

Veja que aqui a nomenclatura dos arquivos mudou um pouco, ficando com uma nomenclatura mais simples, que é formada por um numero sequencial , seguido de uma sigla que pode ser:

• • UI (User Interface), que indica que é um debug de uma aplicação que foi executada no modo de interface com o usuário.
  • WSREST (Web Services / REST), que sinaliza que neste caso é uma requisição sem interface provocada a partir de uma requisição HTTP SOAP ou HTTP REST), sendo sem interface.
  • JOB (Execução JOB), que sinaliza execuções sem interface que processam dados no servidor de aplicação de modo silencioso, muito comum para processamentos multi-thread ou ate mesmo para algumas rotinas pontuais do produto).
  • SCHEDULER (Execuções via Agendador de tarefas), que são logs gerados a partir do agendador de tarefas em execução quando estiver com gatilho sinalizado para gerar arquivos de LOG/DEBUG ou quando no profile estiver sinalizado para gerar LOG/DEBUG ou até mesmo para execuções manuais de gatilhos via aplicação JOB0003 no botão PROCESSAR.

Veja um exemplo de execução manual de um gatilho do agendador de tarefas a partir do botão PROCESSAR na tela JOB0003, como foi gerado o conteúdo do arquvo .ZIP do LOG/DEBUG:

Um dos arquivos é o LOG/DEBUG semelhante aos arquivos de debug gerados a partir do menu para outras aplicações e o outro LOG é um especificamente gerado para processamentos via Agendador de Tarefas.

No agendador de tarefas, caso o gatilho esteja cadastrado no JOB0003 com o modo debug ativo, mesmo que na configuração do agendador na seção [LOGIXSCHEDULER] do appserver.ini a chave JOBLOGENABLE estiver inativa (valor 0), a pasta de debug das execuções desse gatilho serão geradas normalmente, uma vez que o gatilho está com o modo debug ativo no seu cadastro.

04. DEMAIS INFORMAÇÕES

Não se aplica.

05. ASSUNTOS RELACIONADOS

• Execução de aplicações WEB Logix utilizando componente LWebDialog - LGX
• Agendador de Tarefas (JOB0003)