Configuração do Java Log4j 2

Este artigo tem como foco principal mostrar na pr�tica o uso do Log4j 2, dando foco a sua configura��o de forma detalhada e muitos exemplos para voc� possa assimilar de forma f�cil e r�pida a utiliza��o dessa poderosa framework.

Antes de come�armos a entrar em m�ritos mais t�cnicos que se referem a configura��o propriamente dita, � importante saber que o Log4j 2 � a mais nova vers�o lan�ada pela Apache afim de melhorar o gerenciamento de Log's de uma determinada aplica��o. Este veio para substituir o Log4j 1.x que possui algumas limita��es que foram corrigidas nesta nova vers�o. N�o entraremos em detalhes sobre as novidades do Log4j 2 pois n�o � foco deste artigo, mas vale ressaltar que h� muitas diferen�as entre ambas as vers�es e estas ficar�o bem n�tidas conforme as configura��es forem explanadas nas se��es abaixo.

Iniciando configura��o

A configura��o pode ser realizada de quatro formas:

Atrav�s de um arquivo de configura��o que pode ser escrito em XML, JSON ou YAML;
Programaticamente, criando uma implementa��o das classes ConfigurationFactory e Configuration;
Programaticamente, chamando as API's expostas na interface Configuration afim de adicionar componentes a configura��o padr�o;
Programaticamente, chamando m�todos internos a classe Logger;

Nosso artigo focar� no caso 1, ou seja, explicaremos como realizar a configura��o do Log4j 2 usando um arquivo de configura��o, o que na maioria dos casos � uma �tima solu��o visto que o arquivo pode ser migrado de projeto para projeto, funcionando como um �plugin�, sem perder a produtividade.

Quando o Log4j � inicializado ele mesmo carrega as configura��es de forma autom�tica e isto � feito atrav�s da localiza��o de todos os ConfigurationFactory. Por exemplo: Um ConfigurationFactory para o XML e outro para o arquivo JSON. Vejamos os passos para localiza��o dessas configura��es pelo framework:

� tentando localizar o arquivo �log4j.configurationFile� (onde o pr�-fixo configurationFile ser� XML ou JSON em nosso caso), e caso seja encontrado ent�o � carregado o ConfigurationFactory correspondente a extens�o do arquivo de configura��o. Como dissemos anteriormente, o ConfigurationFactory para o XML � um e para o JSON � outro.
Caso o passo 1 n�o seja atendido, � usado o ConfigurationFactory JSON para tentar encontrar os arquivos log4j2-test.json ou log4j2-test.jsn no classpath da aplica��o.
Se o caso 3 n�o for atendido, � usado o ConfigurationFactory XML para tentar encontrar o arquivo log4j2-test.xml no classpath da aplica��o.
N�o sendo atendido os casos acima para localiza��o dos arquivos de teste, � usado o ConfigurationFactory JSON para tentar localizar os arquivos log4j2.json ou log4j2.jsn no classpath da aplica��o.
Se o passo 5 n�o for atendido, � usado o ConfigurationFactory XML para tentar localizar o arquivo log4j2.xml no classpath da aplica��o.
N�o sendo atendido nenhum dos passos acima e obviamente n�o havendo arquivo de configura��o correto para a inicializa��o do Log4j, o DefaultConfiguration � utilizado, fazendo com que os eventos de log tenham saida no console.

Vamos iniciar vendo duas classes que fazem uso no Log4j, como mostram as Listagens 1 e 2.


  import com.foo.Bar;
   
  // Importando classes do log4j
  import org.apache.logging.log4j.Logger;
  import org.apache.logging.log4j.LogManager;
   
  public class MyApp {
   
  // Define a static logger variable so that it references the
  // Logger instance named "MyApp".
   
  //Define uma vari�vel logger static que referencia uma instancia de Logger
  //chamada de MyApp
  static final Logger logger = LogManager.getLogger(MyApp.class.getName());
   
  public static void main(String[] args) {
   
  //Uma aplica��o simples que mostra o log no console
   
  logger.trace("Entering application.");
  Bar bar = new Bar();
  if (!bar.doIt()) {
    logger.error("Didn't do it.");
  }
  logger.trace("Exiting application.");                 }
  }

Listagem 1. Classe MyApp


  package com.foo;
  import org.apache.logging.log4j.Logger;
  import org.apache.logging.log4j.LogManager;
   
  public class Bar {
    static final Logger logger = LogManager.getLogger(Bar.class.getName());
   
    public boolean doIt() {
      logger.entry();
      logger.error("Did it again!");
      return logger.exit(false);
    }
  }

Listagem 2. Classe Bar

Na Listagem 1 criamos uma vari�vel logger que � uma instancia de Logger, nomeando este nosso Logger com o nome �MyApp�. Usamos aqui o nome qualificado da classe MyApp, ou seja, se ela fizesse parte de algum pacote, ficaria algo como �com.MyApp�. No classe MyApp usa a classe definida na Listagem 2 como �com.foo.Bar�, mas atente a linha �Bar.class.getName()� isso faz com que o nome do nosso Logger seja �com.foo.Bar�.

Como ainda n�o configuramos nenhum arquivo para determinar os detalhes da configura��o de log do nosso projeto, o Log4j usar� uma configura��o padr�o, como citado anteriormente, disponibilizada atrav�s da classe DefaultConfiguration. Vejamos qual a configura��o padr�o disponibilizada:

Um ConsoleAppender � anexado ao root Logger, ou seja, todas as sa�das de log ser�o para o console;
O mesmo ConsoleAppender mencionado acima tem um PatternLayout definido com o seguinte padr�o de sa�da: "%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n";
Por padr�o o root Logger � configurado para usar o n�vel ERROR, ou seja, Level.ERROR.

Dadas as informa��es padr�es descritas acima, a sa�da no console da nossa Listagem 1 e Listagem 2 ser� algo como presente na Listagem 3.


  17:13:01.540 [main] ERROR com.foo.Bar - Did it again!
  17:13:01.540 [main] ERROR MyApp - Didn't do it.

Listagem 3. Sa�da no console das Listagens 1 e 2

Se fossemos criar um arquivo de configura��o baseada nas configura��es padr�es citadas acima, ficaria como a Listagem 4.


  <?xml version="1.0" encoding="UTF-8"?>
  <Configuration status="WARN">
    <Appenders>
      <Console name="Console" target="SYSTEM_OUT">
        <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
      </Console>
    </Appenders>
    <Loggers>
      <Root level="error">
        <AppenderRef ref="Console"/>
      </Root>
    </Loggers>
  </Configuration>

Listagem 4. Arquivo de configura��o baseado na configura��o padr�o

Voc� ir� perceber que mesmo colocando o arquivo de configura��o acima (log4j2.xml) n�o ir� mudar em nada na sa�da do console apresentado na Listagem 3, por outro lado se voc� mudar a tag para voc� ter� a sa�da presente na Listagem 5.


  17:13:01.540 [main] TRACE MyApp - Entering application.
  17:13:01.540 [main] TRACE com.foo.Bar - entry
  17:13:01.540 [main] ERROR com.foo.Bar - Did it again!
  17:13:01.540 [main] TRACE com.foo.Bar - exit with (false)
  17:13:01.540 [main] ERROR MyApp - Didn't do it.
  17:13:01.540 [main] TRACE MyApp - Exiting application.

Listagem 5. Mudando level para trace

Veja como fica nosso arquivo de configura��o no n�vel trace, presente na Listagem 6.


  <?xml version="1.0" encoding="UTF-8"?>
  <Configuration status="WARN">
    <Appenders>
      <Console name="Console" target="SYSTEM_OUT">
        <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
      </Console>
    </Appenders>
    <Loggers>
      <Root level="trace">
        <AppenderRef ref="Console"/>
      </Root>
    </Loggers>
  </Configuration>

Listagem 6. Arquivo de configura��o com trace no root logger

No caso acima estamos definindo todos os Logger's, que n�o possuem seu n�vel de configura��o espec�fico, como trace. Em nosso caso, a classe MyApp e Bar ficam com n�vel trace. Mas e se desej�ssemos que apenas a classe Bar possu�sse n�vel trace? Observe a Listagem 7.


  <?xml version="1.0" encoding="UTF-8"?>
  <Configuration status="WARN">
    <Appenders>
      <Console name="Console" target="SYSTEM_OUT">
        <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
      </Console>
    </Appenders>
    <Loggers>
      <logger name="com.foo.Bar" level="TRACE"/>
      <Root level="error">
        <AppenderRef ref="Console"/>
      </Root>
    </Loggers>
  </Configuration>

Listagem 7. Definindo n�vel de log para classe Bar

Na Listagem 7 estamos explicitamente criando um n�vel de Logger TRACE apenas para a classe �com.foo.Bar�, isto significa que todos os eventos de log ser�o mostrados para a classe Bar, enquanto que para as outras classes apenas o n�vel ERROR ser� mostrado.

Usando a propriedade Additivity

Na Listagem 7 voc� deve ter percebido que n�o utilizamos a tag �� dentro do logger �com.foo.Bar�, isto porque o recurso conhecido como additivity garante que o Appender do pai ser� utilizado caso n�o defin�ssemos nenhum, e em nosso caso o appender do Logger �com.foo.Bar� � o mesmo definido no root Logger, ou seja, �Console�. Esta � uma �tima t�cnica para definir os Appenders de quem n�o foi configurado, por�m em alguns casos pode ser um problema, vejamos a configura��o presente na Listagem 8.


  <?xml version="1.0" encoding="UTF-8"?>
  <Configuration status="WARN">
    <Appenders>
      <Console name="Console" target="SYSTEM_OUT">
        <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
      </Console>
    </Appenders>
    <Loggers>
      <Logger name="com.foo.Bar" level="trace">
        <AppenderRef ref="Console"/>
      </Logger>
      <Root level="error">
        <AppenderRef ref="Console"/>
      </Root>
    </Loggers>
  </Configuration>

Listagem 8. Configurando Appender Console para Logger com.foo.bar

Se voc� executar o seu projeto usando as configura��es acima, ent�o ver� uma duplica��o de logs no seu console, algo parecido com a Listagem 9.


  17:13:01.540 [main] TRACE com.foo.Bar - entry
  17:13:01.540 [main] TRACE com.foo.Bar - entry
  17:13:01.540 [main] ERROR com.foo.Bar - Did it again!
  17:13:01.540 [main] TRACE com.foo.Bar - exit (false)
  17:13:01.540 [main] TRACE com.foo.Bar - exit (false)
  17:13:01.540 [main] ERROR MyApp - Didn't do it.

Listagem 9. Duplica��o de logs devido a Listagem 8

Entenda porque a duplica��o ocorre: Primeiramente � enviado o evento de log para o Appender 'Console' que est� anexado ao Logger com.foo.Bar e este mostra no console a mensagem devida, depois disso (devido ao recurso additivity) � usado o Appender do root Logger que tamb�m mostra a mesma mensagem no console, provendo assim a duplica��o de mensagens.

Para resolver tal problema a solu��o � desativar o additivity do Logger com.foo.Bar, vejamos como fazer isso com o c�digo da Listagem 10.


  <?xml version="1.0" encoding="UTF-8"?>
  <Configuration status="WARN">
    <Appenders>
      <Console name="Console" target="SYSTEM_OUT">
        <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
      </Console>
    </Appenders>
    <Loggers>
      <Logger name="com.foo.Bar" level="trace" additivity="false">
        <AppenderRef ref="Console"/>
      </Logger>
      <Root level="error">
        <AppenderRef ref="Console"/>
      </Root>
    </Loggers>
  </Configuration>

Listagem 10. Desativando o additivity

Desativando o additivity os eventos de log n�o ser�o passados aos pais, ou seja, se o com.foo.Bar tiver outro pai que n�o seja o root Logger, este tamb�m ser� desconsiderado.

Reconfigura��o Autom�tica

Uma das novidades advindas no log4j2 � a possibilidade de reconfigura��o autom�tica do arquivo de configura��o sem perder nenhum evento de log. O Log4j detecta mudan�as no arquivo de configura��o e realiza a reconfigura��o necess�ria para que as altera��es entrem e vigor. H� um atributo chamado monitorInterval que especifica o intervalo em segundos em que as configura��es devem ser checadas a procura de altera��es, onde o tempo m�nimo � de 5 segundos. Veja o c�digo da Listagem 11.


  <?xml version="1.0" encoding="UTF-8"?>
  <Configuration status="WARN" monitorInterval="30">
    <Appenders>
      <Console name="Console" target="SYSTEM_OUT">
        <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
      </Console>
    </Appenders>
    <Loggers>
      <Logger name="com.foo.Bar" level="trace" additivity="false">
        <AppenderRef ref="Console"/>
      </Logger>
      <Root level="error">
        <AppenderRef ref="Console"/>
      </Root>
    </Loggers>
  </Configuration>

Listagem 11. Configurando o monitorInterval em 30 segundos

Sintaxe de Configura��o XML

Vejamos agora com mais detalhes como funciona a configura��o em XML do log4j2, dando �nfase ao uso das tags e seus detalhes. Podemos realizar diversos tipos de configura��es simples ou complexas como por exemplo: Desabilitar os logs de certa parte da aplica��o, mostrar o log apenas quando determinado crit�rio for atendido como por exemplo uma a��o sendo executado por determinado usu�rio e etc.

A tag aceito diversos atributos, s�o eles:

advertiser: A �nica op��o dispon�vel � 'multicastdns', que � a propriedade respons�vel por publicar os eventos de log em uma fonte externa.
dest: Ir� enviar a sa�da para stderr, arquivo ou URL.
monitorInterval: Quantidade de tempo em segundos para que seja checado se houve mudan�as no arquivo de configura��o.
name: Nome do configuration
packages: Uma lista de nomes de pacotes separadas por virgulas, esses pacotes referem-se a plugins. Atentando que os plugins s�o carregados no classloader, sendo assim o mecanismo de reconfigura��o n�o ir� alterar os plugins caso eles sejam alterados no arquivo de configura��o.
schema: Usado para carregar o XML Schema afim de validar a configura��o. Este � v�lido apenas quando o atributo 'strict' est� setado como 'true', caso contr�rio este ser� ignorado.
shutdownHook: Por padr�o este est� setado como 'true' e indica que o Log4j � automaticamente desligado quando a JVM tamb�m � desligada, caso seja setado como 'false' o Log4j continuar� ativo mesmo depois que a JVM for desligada.
status: Esta propriedade serve para configurar o n�vel de log de eventos internos do log4j, estes podem ser: trace, debug, info, warn, error e fatal. Log4j ir� mostrar detalhes sobre a sua inicializa��o, a��es internas e etc. Por exemplo: Se voc� precisa solucionar problemas relacionados ao log4j voc� pode usar o n�vel �trace� que lhe dar� todos os detalhes necess�rios a respeito de a��es internas do log4j.
strict: Habilita a valida��o do XML usando um schema espec�fico.
verbose: Habilita informa��es de diagn�stico enquanto os plugins est�o sendo carregados.

Existem duas formas de se trabalhar com XML: strict ou concise. De forma resumida, o strict XML prov� uma valida��o de forma que este deve seguir um padr�o mais rigoroso, por outro lado o concise lhe proporciona maior liberdade para trabalhar mas torna seu c�digo �menos padronizado�.

Vejamos um exemplo usando a forma 'concise' na Listagem 12.


  <?xml version="1.0" encoding="UTF-8"?>;
  <Configuration>
    <Properties>
      <Property name="name1">value</property>
      <Property name="name2" value="value2"/>
    </Properties>
    <filter  ... />
    <Appenders>
      <appender ... >
        <filter  ... />
      </appender>
      ...
    </Appenders>
    <Loggers>
      <Logger name="name1">
        <filter  ... />
      </Logger>
      ...
      <Root level="level">
        <AppenderRef ref="name"/>
      </Root>
    </Loggers>
  </Configuration>

Listagem 12. Usando XML Concise

Atente para as linhas que possuem as retic�ncias em appender e filter. Estes foram criados usando a forma concise do XML, se fossemos usar strict XML a estrutura seria como segue na Listagem 13.


  <?xml version="1.0" encoding="UTF-8"?>;
  <Configuration>
    <Properties>
      <Property name="name1">value</property>
      <Property name="name2" value="value2"/>
    </Properties>
    <Filter type="type" ... />
    <Appenders>
      <Appender type="type" name="name">
        <Filter type="type" ... />
      </Appender>
      ...
    </Appenders>
    <Loggers>
      <Logger name="name1">
        <Filter type="type" ... />
      </Logger>
      ...
      <Root level="level">
        <AppenderRef ref="name"/>
      </Root>
    </Loggers>
  </Configuration>

Listagem 13. Usando Strict XML

A diferen�a � que precisamos seguir o padr�o �� definido, sendo assim independente do nome do usado para o seu Appender ele sempre ter� o mesmo padr�o dos outros.

Vamos ver um exemplo mais simples na Listagem 14.


  <patternLayout pattern="%m%n"/>

Listagem 14. Usando concise XML com patternLayout

Perceba que o patternLayout � um tipo de Layout, mas com o concise XML n�s conseguimos definir diretamente qual Layout vamos usar, agora veja como ficaria com o strict XML na Listagem 15.


   <Layout type="PatternLayout">
          <Pattern>%d %p %C{1.} [%t] %m%n</Pattern>
        </Layout>

Listagem 15. Usando strict XML com patternLayout

Na Listagem 15, independente do tipo de layout que vamos usar, o padr�o sempre ser� o mesmo: �.

Usando JSON

Para finalizar este artigo, nossa �ltima se��o tratar� da constru��o do mesmo arquivo de configura��o apresentado nas se��es anteriores em XML, por�m agora usando JSON. Veja um exemplo na Listagem 16.


  { "configuration": { "status": "error", "name": "RoutingTest",
                       "packages": "org.apache.logging.log4j.test",
        "properties": {
          "property": { "name": "filename",
                        "value" : "target/rolling1/rollingtest-${sd:type}.log" }
        },
      "ThresholdFilter": { "level": "debug" },
      "appenders": {
        "Console": { "name": "STDOUT",
          "PatternLayout": { "pattern": "%m%n" }
        },
        "List": { "name": "List",
          "ThresholdFilter": { "level": "debug" }
        },
        "Routing": { "name": "Routing",
          "Routes": { "pattern": "${sd:type}",
            "Route": [
              {
                "RollingFile": {
                  "name": "Rolling-${sd:type}", "fileName": "${filename}",
                  "filePattern": "target/rolling1/test1-${sd:type}.%i.log.gz",
                  "PatternLayout": {"pattern": "%d %p %c{1.} [%t] %m%n"},
                  "SizeBasedTriggeringPolicy": { "size": "500" }
                }
              },
              { "AppenderRef": "STDOUT", "key": "Audit"},
              { "AppenderRef": "List", "key": "Service"}
            ]
          }
        }
      },
      "loggers": {
        "logger": { "name": "EventLogger", "level": "info", "additivity": "false",
                    "AppenderRef": { "ref": "Routing" }},
        "root": { "level": "error", "AppenderRef": { "ref": "STDOUT" }}
      }
    }
  }

Listagem 16. Exemplo log4j2 em JSON

O formato em JSON � muito similar ao formato do concise XML, isto porque cada chave representa o nome exato do plugin que ser� utilizado. Por exemplo: O ThresholdFilter, Console e PatternLayout s�o todos plugins no arquivo JSON, no exemplo acima temos que o ThresholdFilter ter� o n�vel DEBUG e o Console tem o nome STDOUT.

Este artigo teve como principal objetivo demonstrar na pr�tica a configura��o do Log4j2 em detalhes, usando um arquivo de configura��o. Nosso enfoque foi maior no XML por ser o mais usado na maioria dos projetos, mas tamb�m mostramos de forma resumida como poderia ser feito usando JSON.

Tecnologias:

Confira outros conte�dos:

Introdu��o ao JDBC

Novidades do Java

Teste unit�rio com JUnit

Assista grátis a nossa aula inaugural

Perguntas frequentes

Quem somos?

Por que a programação se tornou a profissão mais promissora da atualidade?

Como faço para começar a estudar?

Em quanto tempo de estudo vou me tornar um programador?

Sim, você pode se tornar um programador e não precisa ter diploma de curso superior!

O que eu irei aprender estudando pela DevMedia?

Principais diferenciais da DevMedia

Qual o investimento financeiro que preciso fazer para me tornar um programador?

Como funciona a forma de pagamento da DevMedia?

Por Ronaldo Em 2014

Coment�rios nesta publica��o Escrever um coment�rio sobre conte�do

Daniel

N�vel 7

Boa noite Professor, estou tentando implementar o log no meu arquivo mas ele não está indo.
consegue me ajudar com isso por favor? segue meu arquivo xml

<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN">
<Appenders>
<Console name="Console" target="SYSTEM_OUT">
<PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
</Console>
<File name="File" fileName="logs/log4j2.log" append="true">
<PatternLayout>
<Pattern>%d{HH:mm:ss.SSS} [%t] %-5level - %msg%n</Pattern>
</PatternLayout>
</File>
</Appenders>
<Loggers>
<Logger name="br.com.orcamento.controle" level="info" additivity="true" >
<AppenderRef ref="File"/>
</Logger>
<Logger level="info" >
<AppenderRef ref="LogToConsole"/>
</Logger>
<Root level="info">
<AppenderRef ref="File"/>
</Root>
</Loggers>
</Configuration>

há +1 ano

Ver coment�rios anteriores (2)

Marcio Souza

DevMedia

Opa!

Não parece ter nada de errado no arquivo para que ele fique em branco.

Uma coisa que pode estar acontecendo é o nível de log que selecionou não estar aparecendo na execução do programa e por isso nada é escrito no log.

Aqui:

<Root level="info">
<AppenderRef ref="File"/>
</Root>

Troque o level="info" para level="debug"

há +1 ano

Ezequiel Barbosa

N�vel 0

Assunto: Aprofundando mais na estrutura de log do log4j2.xml / Spring Boot / Eclipse (vers�o 2020-06)

Li no baeldung conforme abaixo, que bom � ter algum arquivo de log separado, para evitar poluirmos o application.properties do Spring Boot. Como meu projeto de acordo as atuais necessidades, passei a trabalhar de forma modular, e ter arquivo de logs separados torna melhor ainda. Logo, recentemente adotei o log4j2.xml. Todavia, queria levantar algumas peguntas para entender melhor:

https://www.baeldung.com/spring-boot-logging

"instead of polluting application.properties, which is commonly used for many other application settings."

1� Vi na documenta��o do Apache que � poss�vel mudar a cor da mensagem que ser� mostrada no console. Todavia, testei de v�rias formas e minha IDE continua mostrando a mesma cor. O tenho que ativar alguma coisa no Eclipe (vers�o 2020-06) para aceitar? Tem algum exemplo aqui no acervo como fazer isso, entre log4j2.xml e Eclipse? Seguem as instru��es que testei de forma separada (um por vez) no log4j2.xml e n�o deram certo:

https://logging.apache.org/log4j/2.x/manual/layouts.html

<Console name="MostraNoConsole" target="SYSTEM_OUT" follow="true">
<PatternLayout pattern="%d{${LOG_DATEFORMAT_PATTERN:-yyyy-MM-dd HH:mm:ss.SSS}} %highlight{${LOG_LEVEL_PATTERN:-%5p}}{FATAL=red blink, ERROR=red, WARN=yellow bold, INFO=green, DEBUG=green bold, TRACE=blue} %style{${sys:PID}}{magenta} [%15.15t] %style{%-40.40C{1.}}{cyan} : %m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}"/>
</Console>
e

<Console name="MostraNoConsole" target="SYSTEM_OUT" follow="true">
<PatternLayout pattern="%d{${LOG_DATEFORMAT_PATTERN:-yyyy-MM-dd HH:mm:ss.SSS}} %highlight{${LOG_LEVEL_PATTERN:-%5p}}{FATAL=red blink, ERROR=red, WARN=yellow bold, INFO=green, DEBUG=green bold, TRACE=blue} %style{${sys:PID}}{magenta} [%15.15t] %style{%-40.40C{1.}}{cyan} : %m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}"/>
</Console>

2� Outra forma observei poss�vel mudar a cor � usando a instru��o abaixo, por�m n�o deu certo tamb�m para aparecer o erro em vermelho, sabe o motivo?

<Appenders>
<Console name="MostraNoOut" target="SYSTEM_OUT">
<ThresholdFilter level="ERROR" onMatch="DENY" onMismatch="ACCEPT"/>
<PatternLayout pattern="%d{HH:mm:ss} [%t] %-5level %logger{36} - %msg%n" />
</Console>
<Console name="MostraNoErr" target="SYSTEM_ERR">
<ThresholdFilter level="ERROR" onMatch="ACCEPT" onMismatch="DENY"/>
<PatternLayout pattern="%d{HH:mm:ss} [%t] %-5level %logger{36} - %msg%n" />
</Console>
</Appenders>
<Loggers>
<Root level="info">
<AppenderRef ref="MostraNoOut" />
<AppenderRef ref="MostraNoErr" />
</Root>
</Loggers>

há +1 ano

Ver coment�rios anteriores (3)

Marcio Souza

DevMedia

Opa!

N�o tem qualquer problema quanto a isso. Voc� pode usar o que quiser como log que n�o haver� nenhum tipo de conflito.

há +1 ano

Nossos casos de sucesso

Leonardo Carlos

Eu sabia pouqu�ssimas coisas de programa��o antes de come�ar a estudar com voc�s, fui me especializando em v�rias �reas e ferramentas que tinham na plataforma, e com essa bagagem consegui um est�gio logo no in�cio do meu primeiro per�odo na faculdade.

Lucas Rodrigues

Estudo aqui na Dev desde o meio do ano passado! Nesse per�odo a Dev me ajudou a crescer muito aqui no trampo.
Fui o primeiro desenvolvedor contratado pela minha empresa. Hoje eu lidero um time de desenvolvimento!
Minha meta � continuar estudando e praticando para ser um Full-Stack Dev!

Her�clito J�nior

Economizei 3 meses para assinar a plataforma e sendo sincero valeu muito a pena, pois a plataforma � bem intuitiva e muuuuito did�tica a metodologia de ensino. Sinto que estou EVOLUINDO a cada dia. Muito obrigado!

Julio Cablen

Nossa! Plataforma maravilhosa. To amando o curso de desenvolvimento front-end, tinha coisas que eu ainda n�o tinha visto. A did�tica � do jeito que qualquer pessoa consegue aprender. S�rio, to apaixonado, adorando demais.

Joelberth Sena

Adquiri o curso de voc�s e logo percebi que s�o os melhores do Brasil. � um passo a passo incr�vel. S� n�o aprende quem n�o quer. Foi o melhor investimento da minha vida!

Felipe Nunes

Foi um dos melhores investimentos que j� fiz na vida e tenho aprendido bastante com a plataforma. Voc�s est�o fazendo parte da minha jornada nesse mundo da programa��o, irei assinar meu contrato como programador gra�as a plataforma.

Wanderson Oliveira

Comprei a assinatura tem uma semana, aprendi mais do que 4 meses estudando outros cursos. Exerc�cios pr�ticos que n�o tem como n�o aprender, est�o de parab�ns!

Jos� Lucas

Obrigado DevMedia, nunca presenciei uma plataforma de ensino t�o presente na vida acad�mica de seus alunos, parab�ns!

Eduardo Dorneles

Aprendi React na plataforma da DevMedia h� cerca de 1 ano e meio... Hoje estou h� 1 ano empregado trabalhando 100% com React!

Adauto Junior

J� fiz alguns cursos na �rea e nenhum � t�o bom quanto o de voc�s. Estou aprendendo muito, muito obrigado por existirem. Est�o de parab�ns... Espero um dia conseguir um emprego na �rea.

Ver todos os casos de sucesso

Configura��o do Java Log4j 2

Veja neste artigo como realizar a configura��o do Log4j2 em seu projeto Java.

Iniciando configura��o

Usando a propriedade Additivity

Reconfigura��o Autom�tica

Sintaxe de Configura��o XML

Usando JSON

Confira outros conte�dos:

Introdu��o ao JDBC

Novidades do Java

Teste unit�rio com JUnit

Perguntas frequentes

Nossos casos de sucesso