Páginas filhas
  • ER_Arquivo_de_Log_do_Integrador_Separado_por_Thread.

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

Informações Gerais

 

Especificação

Produto

TSA

Módulo

TSA

Segmento Executor

Manufatura

Projeto1

D_MAN_TSA001

IRM1

PCREQ-5483

Requisito1

PCREQ-5483

Subtarefa1

 

Release de Entrega Planejada

12.1.7

País

( X ) Brasil  ( X ) Argentina  ( X ) México  ( X ) Chile  ( X ) Paraguai  ( X ) Equador

( X ) USA  ( X ) Colômbia   (  ) Outro _____________.

Outros

Requisitos de suportabilidade

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 


Objetivo

 

Visando atender requisitos de suportabilidade do produto, este requisito visa possibilitar a geração das saídas de log do integrador em vários arquivos, contendo nestes, somente o conteúdo da Thread em execução com suas chamadas.


Definição da Regra de Negócio

 

Rotina

Tipo de Operação

Caminho

Log4j

[Alteração]

/conf/log4j.properties


Log4j:

  • Criar a chave "tsa.log4j.generateLogByThread" no arquivo log4j.properties com valor default igual a false.
  • Alterar a classe de log do TSA para ler o parâmetro  "tsa.log4j.generateLogByThread".
    • Se o parâmetro "tsa.log4j.generateLogByThread" for true, a aplicação deverá criar de forma dinâmica um appender para cada Thread que nas suas classes invocarem o log4j.
      • Cada appender criado deverá criar um arquivo texto com o nome da Thread para saída dos logs do integrador.
      • O appender deve ser criado com os mesmos parâmetros de nível de log, quantidade de arquivos de backup e tamanho máximo dos arquivos de backup do appender padrão "fileOut". Por exemplo, caso o appender padrão esteja com o nível de log INFO, o novo appender também deverá ser criado com este parâmetro em INFO.
      • O arquivo server_log.txt ainda deve continuar sendo gerado da mesma forma que era antes.
      • O arquivo de log criado com o nome da Thread, deverá conter apenas caracteres alfanuméricos. Demais caracteres devem ser trocados por "_" (underline) por exemplo, a Thread "Telematica:01", deverá criar um arquivo com o nome: "Telematica_01.txt".
    • Se o parâmetro  "tsa.log4j.generateLogByThread" for false ou se o parâmetro não existir no arquivo "/conf/log4j.properties", o integrador deve gerar os logs na forma anterior, ou seja, contendo apenas um arquivo de log /log/server_log.txt.
  • Fazer que cada linha de log mostre a Thread corrente e o nome da classe que registrou aquele log.


Protótipo de Tela

 

 Diretório /log:

Diretório de /log do integrador com o parâmetro "tsa.log4j.generateLogByThread" igual a true.

Diretório de logs do integrador

Padrão de layout para mensagens:

Arquivo de log gerado, para demonstrar o novo layout das mensagens, no qual, antes de "->" é o nome da Thread pai, antes de <|> é o nome da Thread corrente, e, após, é o nome da classe onde o log está localizado.
 

Padrão de layout para mensagens

Log4j.properties:

Arquivo de configurações do log4j contendo o parâmetro "tsa.log4j.generateLogByThread". 

Arquivo log4j.properties


Fluxo do Processo

 

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.