Histórico da Página
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".
- Cada appender criado deverá criar um arquivo texto com o nome da Thread para saída dos logs do integrador.
- 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.
- 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.
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.
Log4j.properties:
Arquivo de configurações do log4j contendo o parâmetro "tsa.log4j.generateLogByThread".
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. |
---|