Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Jetty/Tutorial/Sifting Logs with Logback"

m
m
Line 2: Line 2:
 
| introduction =  
 
| introduction =  
  
This page describes how to create log files at the server level and name them based on an arbitrary context. You do this with Slf4j + Logback + Jetty Webapp Logging in the mix. Find example projects for this feature at github:<br />https://github.com/jetty-project/jetty-and-logback-example
+
This page describes how to create log files at the server level and name them based on an arbitrary context. You do this with SLF4J + Logback + Jetty Webapp Logging in the mix. Find example projects for this feature at github:<br />https://github.com/jetty-project/jetty-and-logback-example
  
 
===Modules===
 
===Modules===
Line 11: Line 11:
 
: Configures the jetty distribution with logback, centralized webapp logging, an MDC handler, and a sample logback configuration that performs sifting based  on the incoming Host header on the requests.
 
: Configures the jetty distribution with logback, centralized webapp logging, an MDC handler, and a sample logback configuration that performs sifting based  on the incoming Host header on the requests.
 
; /jetty-slf4j-mdc-handler/
 
; /jetty-slf4j-mdc-handler/
: Provides the Slf4J MDC key/value pairs that Jetty needs to perform the sample sifting.
+
: Provides the SLF4J MDC key/value pairs that Jetty needs to perform the sample sifting.
 
; /jetty-slf4j-test-webapp/
 
; /jetty-slf4j-test-webapp/
: A sample webapp+servlet that accepts arbitrary values on a form POST and logs them via Slf4J, so that you can see the results of this example.
+
: A sample webapp+servlet that accepts arbitrary values on a form POST and logs them via SLF4J, so that you can see the results of this example.
  
 
| details =
 
| details =
==Configuring Basic Logback for Jetty==
+
===Configuring Basic Logback for Jetty===
  
 
{{tip|Important|See the /jetty-distro-with-logback-basic/ for a Maven project that builds this configuration. Notice that the output directory /jetty-distro-with-logback-basic/target/jetty-distro/ is where Maven builds it.}}
 
{{tip|Important|See the /jetty-distro-with-logback-basic/ for a Maven project that builds this configuration. Notice that the output directory /jetty-distro-with-logback-basic/target/jetty-distro/ is where Maven builds it.}}
Line 22: Line 22:
 
To configure basic logback for Jetty:
 
To configure basic logback for Jetty:
  
# Unpack your Jetty 7.x Distribution Zip of choice.<br /> This example uses 7.4.5.v20110725.
+
# Unpack your Jetty 7.x or 8.x distribution zip of choice.<br /> This example uses 7.4.5.v20110725.
 
# Install the slf4j and logback jars into <code>${jetty.home}/lib/logging/.</code>
 
# Install the slf4j and logback jars into <code>${jetty.home}/lib/logging/.</code>
 
#* [http://search.maven.org/#browse%7C-784682263 slf4j-api-1.6.1.jar]
 
#* [http://search.maven.org/#browse%7C-784682263 slf4j-api-1.6.1.jar]
Line 31: Line 31:
 
<source lang="xml">
 
<source lang="xml">
 
===========================================================
 
===========================================================
# Start classpath OPTIONS.
+
# Start classpath OPTIONS.
# These control what classes are on the classpath
+
# These control what classes are on the classpath
# for a full listing do
+
# for a full listing do
#  java -jar start.jar --list-options
+
#  java -jar start.jar --list-options
#-----------------------------------------------------------
+
#-----------------------------------------------------------
OPTIONS=Server,resources,logging,websocket,ext
+
OPTIONS=Server,resources,logging,websocket,ext
#-----------------------------------------------------------
+
#-----------------------------------------------------------
 
   
 
   
#===========================================================
+
#===========================================================
# Configuration files.
+
# Configuration files.
# For a full list of available configuration files do
+
# For a full list of available configuration files do
#  java -jar start.jar --help
+
#  java -jar start.jar --help
#-----------------------------------------------------------
+
#-----------------------------------------------------------
etc/jetty.xml
+
etc/jetty.xml
# etc/jetty-</nowiki>requestlog.xml
+
# etc/jetty-</nowiki>requestlog.xml
etc/jetty-deploy.xml
+
etc/jetty-deploy.xml
etc/jetty-webapps<nowiki>.xml
+
etc/jetty-webapps<nowiki>.xml
etc/jetty-contexts.xml
+
etc/jetty-contexts.xml
etc/jetty-testrealm.xml
+
etc/jetty-testrealm.xml
#===========================================================
+
#===========================================================
 
</source>
 
</source>
  
Line 94: Line 94:
 
</source>
 
</source>
  
 +
That’s it, now you have (in the following order):
  
That’s it, now you have (in the following order)
+
# Jetty configured to use SLF4J<br /> (via <code>slf4j-api.jar</code> in the classpath on Jetty startup).
 +
# SLF4J configured to use Logback<br /> (via <code>logback-core.jar</code> in the classpath at Jetty startup).
 +
# Logback configured to produce output to:
 +
#* <code>${jetty.home}/logs/jetty.log</code> (with daily rolling).
 +
#* and STDOUT console.
  
# Jetty configured to use slf4j<br /> (via the existance <code>slf4j-api.jar</code> in the classpath on Jetty startup)
+
<ol start="5"> <li> Start Jetty.
# slf4j configured to use logback<br /> (via the existance of <code>logback-core.jar</code> in the classpath at Jetty startup)
+
# logback configured to produce output to:
+
#* <code>${jetty.home}/logs/jetty.log</code> (with daily rolling)
+
#* and STDOUT console
+
  
Pretty easy huh?
+
<source lang="java">$ java -jar start.jar
  
Go ahead and start Jetty.
+
</source>
  
<blockquote>
+
Notice that SLF4J handles the log events Jetty  produces, while Logback  writes those events to the STDOUT console and <code>logs/jetty.log</code> file.
  
$ java -jar start.jar
 
  
</blockquote>
+
=== Using Logback to Sift Logs via Hostname===
  
You’ll notice that the log events being produced by Jetty are being handled by Slf4j and Logback is doing the writing of those events to the STDOUT console and <code>logs/jetty.log</code> file
+
Here is a more complex example:
  
Now lets try something a bit more complex.
+
* You have several virtual hosts, or a variety of DNS hostnames for the Jetty instance that is running.
 +
* You want Jetty to capture the logging events your webapps produce into uniquely named log files according to the hostname that the request came in on.
  
==Sifting Logs produced by webapps via Hostname using Logback in Jetty==
+
This is possible with Logback, SLF4J and jetty WebappContextClassloader.
  
Lets say we have several virtual hosts, or a variety of DNS hostnames for the Jetty instance that is running.And you want to have the logging events being produced by the webapps captured into uniquely named log files by the hostname that the request came in on.
+
See the <code>/jetty-distro-with-logback-sifting/</code> project example from the github project listed above for a buildable configuration of the following:
  
This too is possible with logback, albeit with a little help from slf4j and jettty WebappContextClassloader configuration.
+
# Unpack your Jetty 7.x or 8.x distribution zip of choice. This example uses 7.4.5.v20110725.
 
+
# Install the slf4j and logback jars into <code>${jetty.home}/lib/logging/</code>.
See the <code>/jetty-distro-with-logback-sifting/</code> project example from the github project above for a build-able configuration of the following instructions:
+
 
+
# Unpack your Jetty 7.x Distribution Zip of choice.<br /> The example uses the latest stable release.<br /> (7.4.5.v20110725 at the time of writing this)
+
# Install the slf4j and logback jars into <code>${jetty.home}/lib/logging/</code>
+
 
#* [http://search.maven.org/#browse%7C-784682263 slf4j-api-1.6.1.jar]
 
#* [http://search.maven.org/#browse%7C-784682263 slf4j-api-1.6.1.jar]
 
#* [http://search.maven.org/#browse%7C-1948538962 logback-classic-0.9.29.jar]
 
#* [http://search.maven.org/#browse%7C-1948538962 logback-classic-0.9.29.jar]
 
#* [http://search.maven.org/#browse%7C-749446705 logback-core-0.9.29.jar]
 
#* [http://search.maven.org/#browse%7C-749446705 logback-core-0.9.29.jar]
#* [http://search.maven.org/#browse%7C1693692108 jetty-webapp-logging.jar] (be sure you match your jetty version here)
+
#* [http://search.maven.org/#browse%7C1693692108 jetty-webapp-logging.jar] (be sure you match your jetty version)
#* [https://github.com/jetty-project/jetty-and-logback-example/tree/master/jetty-slf4j-mdc-handler jetty-slf4j-mdc-handler.jar] (found in the examples project)
+
#* [https://github.com/jetty-project/jetty-and-logback-example/tree/master/jetty-slf4j-mdc-handler jetty-slf4j-mdc-handler.jar] (found in the Examples project)
# Configure [https://github.com/jetty-project/jetty-and-logback-example/blob/master/jetty-distro-with-logback-sifting/src/main/config/start.ini ${jetty.home}/start.ini] to add the <code>lib/logging</code> directory into the server classpath  <nowiki>#===========================================================
+
# Configure [https://github.com/jetty-project/jetty-and-logback-example/blob/master/jetty-distro-with-logback-sifting/src/main/config/start.ini ${jetty.home}/start.ini] to add the <code>lib/logging</code> directory into the server classpath.  
# Start classpath OPTIONS.
+
 
# These control what classes are on the classpath
+
<<source lang="xml">
# for a full listing do
+
#===========================================================
#  java -jar start.jar --list-options
+
# Start classpath OPTIONS.
#-----------------------------------------------------------
+
# These control what classes are on the classpath
OPTIONS=Server,resources,logging,</nowiki>websocket<nowiki>,ext
+
# for a full listing do
#-----------------------------------------------------------
+
#  java -jar start.jar --list-options
 +
#-----------------------------------------------------------
 +
OPTIONS=Server,resources,logging,</nowiki>websocket<nowiki>,ext
 +
#-----------------------------------------------------------
 
   
 
   
#===========================================================
+
#===========================================================
# Configuration files.
+
# Configuration files.
# For a full list of available configuration files do
+
# For a full list of available configuration files do
#  java -jar start.jar --help
+
#  java -jar start.jar --help
#-----------------------------------------------------------
+
#-----------------------------------------------------------
etc/jetty.xml
+
etc/jetty.xml
# etc/jetty-</nowiki>requestlog.xml
+
# etc/jetty-</nowiki>requestlog.xml
etc/jetty-mdc-handler.xml
+
etc/jetty-mdc-handler.xml
etc/jetty-deploy.xml
+
etc/jetty-deploy.xml
etc/jetty-webapps.xml
+
etc/jetty-webapps.xml
etc/jetty-contexts.xml
+
etc/jetty-contexts.xml
etc/jetty-webapp-logging.xml
+
etc/jetty-webapp-logging.xml
etc/jetty-testrealm<nowiki>.xml
+
etc/jetty-testrealm<nowiki>.xml
#===========================================================</nowiki>The key entries here are the addition of the “<code>logging</code>” OPTION to load the classes in <code>${jetty.home}/lib/logging</code> into the jetty server classpath, and the 2 new configuration files:
+
#===========================================================
 +
</source>
 +
 
 +
The key entries here are the addition of the “<code>logging</code>” OPTION to load the classes in <code>${jetty.home}/lib/logging</code> into the jetty server classpath, and the two new configuration files:
 +
 
 
#; [https://github.com/jetty-project/jetty-and-logback-example/blob/master/jetty-distro-with-logback-sifting/src/main/config/etc/jetty-mdc-handler.xml etc/jetty-mdc-handler.xml]
 
#; [https://github.com/jetty-project/jetty-and-logback-example/blob/master/jetty-distro-with-logback-sifting/src/main/config/etc/jetty-mdc-handler.xml etc/jetty-mdc-handler.xml]
#: This adds wraps the MDCHandler found in jetty-slf4j-mdc-handler around all of the handlers in Jetty Server.
+
#: Adds wraps the MDCHandler found in jetty-slf4j-mdc-handler around all of the handlers in Jetty Server.
 
#; [http://git.codehaus.org/gitweb.cgi?p=jetty-project.git;a=blob;f=jetty-webapp-logging/src/main/config/etc/jetty-webapp-logging.xml;h=f69d9b540986b7c24a58de8c366844c717c0df20;hb=HEAD etc/jetty-webapp-logging.xml]
 
#; [http://git.codehaus.org/gitweb.cgi?p=jetty-project.git;a=blob;f=jetty-webapp-logging/src/main/config/etc/jetty-webapp-logging.xml;h=f69d9b540986b7c24a58de8c366844c717c0df20;hb=HEAD etc/jetty-webapp-logging.xml]
#: This adds a DeploymentManager lifecycle handler that configures the created Webapp’s Classloaders to deny      acccess to any webapp (war) file contained logger implementations in favor of using the ones that exist      on the server classpath.      This is a concept known as Centralized Webapp Logging.
+
#: Adds a DeploymentManager lifecycle handler that configures the created Webapp’s Classloaders to deny acccess to any webapp (WAR) file contained logger implementations in favor of using the ones that exist on the server classpath. This is a concept known as Centralized Webapp Logging.
# Create a [https://github.com/jetty-project/jetty-and-logback-example/blob/master/jetty-distro-with-logback-sifting/src/main/config/resources/logback.xml ${jetty.home}/resources/logback.xml] file with the configuration you want.  <?xml version="1.0" encoding="UTF-8"?>
+
 
<!--
+
<ol start="4"> <li> Create a [https://github.com/jetty-project/jetty-and-logback-example/blob/master/jetty-distro-with-logback-sifting/src/main/config/resources/logback.xml ${jetty.home}/resources/logback.xml] file with the configuration you want.   
  Example LOGBACK Configuration File
+
 
 +
<source lang  "xml">
 +
<?xml version="1.0" encoding="UTF-8"?>
 +
<!--
 +
    Example LOGBACK Configuration File
 
   
 
   
http://logback.qos.ch/manual/configuration.html
+
http://logback.qos.ch/manual/configuration.html
 
   
 
   
 
   -->
 
   -->
<configuration>
+
<configuration>
  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
+
  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
    <!-- encoders are assigned the type
+
    <!-- encoders are assigned the type
          ch.qos.logback.classic.encoder.PatternLayoutEncoder by default -->
+
        ch.qos.logback.classic.encoder.PatternLayoutEncoder by default -->
    <encoder>
+
    <encoder>
      <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
+
      <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
+
    </encoder>
  </appender>
+
  </appender>
 
   
 
   
  <appender name="SIFT" class="ch.qos.logback.classic.sift.SiftingAppender">
+
  <appender name="SIFT" class="ch.qos.logback.classic.sift.SiftingAppender">
    <!-- in the absence of the class attribute, it is assumed that the
+
    <!-- in the absence of the class attribute, it is assumed that the
          desired discriminator type is
+
        desired discriminator type is
          ch.qos.logback.classic.sift.MDCBasedDiscriminator -->
+
        ch.qos.logback.classic.sift.MDCBasedDiscriminator -->
    <discriminator>
+
    <discriminator>
      <key>host</key>
+
      <key>host</key>
      <defaultValue>unknown</defaultValue>
+
      <defaultValue>unknown</defaultValue>
    </discriminator>
+
    </discriminator>
    <sift>
+
    <sift>
      <appender name="FILE-${host}" class="ch.qos.logback.core.rolling.RollingFileAppender">
+
      <appender name="FILE-${host}" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${jetty.home}/logs/jetty-${host}.log</file>
+
        <file>${jetty.home}/logs/jetty-${host}.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
+
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
          <!-- daily rollover -->
+
          <!-- daily rollover -->
          <fileNamePattern>jetty-${host}_%d{yyyy-MM-dd}.log</fileNamePattern>
+
          <fileNamePattern>jetty-${host}_%d{yyyy-MM-dd}.log</fileNamePattern>
 
   
 
   
          <!-- keep 30 days' worth of history -->
+
          <!-- keep 30 days' worth of history -->
          <maxHistory>30</maxHistory>
+
          <maxHistory>30</maxHistory>
 
         </rollingPolicy>
 
         </rollingPolicy>
 
   
 
   
        <encoder>
+
        <encoder>
          <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
+
          <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
        </encoder>
+
        </encoder>
      </appender>
+
      </appender>
    </sift>
+
    </sift>
  </appender>
+
  </appender>
 
   
 
   
  <root level="INFO">
+
  <root level="INFO">
    <appender-ref ref="STDOUT" />
+
    <appender-ref ref="STDOUT" />
    <appender-ref ref="SIFT" />
+
    <appender-ref ref="SIFT" />
  </root>
+
  </root>
</configuration>
+
</configuration>
 +
</source>
  
 
That’s it, now you have (in the following order):
 
That’s it, now you have (in the following order):
  
# Jetty configured to use slf4j<br /> (via the existence <code>slf4j-api.jar</code> in the classpath on Jetty startup)
+
# Jetty configured to use SLF4J<br /> (via <code>slf4j-api.jar</code> in the classpath on Jetty startup).
# Jetty is configured to modify incoming Webapp’s classloaders to favor server logging classes   over the webapp’s own logging classes.<br /> (a.k.a. Centralized Webapp Logging)
+
# Jetty is configured to modify incoming Webapp’s classloaders to favor server logging classes over the webapp’s own logging classes.<br /> (Centralized Webapp Logging).
# slf4j configured to use logback<br /> (via the existence of <code>logback-core.jar</code> in the classpath at Jetty startup)
+
# SLF4J configured to use Logback<br /> (via <code>logback-core.jar</code> in the classpath at Jetty startup).
# logback configured to produce output to:
+
# Logback configured to produce output to:
 
#* <code>${jetty.home}/logs/jetty-${host}.log</code> (with daily rolling)  and using “unknown” for log events that don’t originate from a request.
 
#* <code>${jetty.home}/logs/jetty-${host}.log</code> (with daily rolling)  and using “unknown” for log events that don’t originate from a request.
#* and STDOUT console
+
#* and STDOUT console.
  
Not too bad huh?
+
<ol start="5"> <li> Start Jetty.
  
Go ahead and start Jetty.
+
source lang = "java"
 
+
<blockquote>
+
  
 
$ java -jar start.jar
 
$ java -jar start.jar
  
</blockquote>
+
</source>
  
 
[[Image:example-start-jetty.png]]]
 
[[Image:example-start-jetty.png]]]
  
If you have started the distribution produced by the example configuration, you can use the provided /slf4j-tests/ context to experiment with this.
+
If you have started the distribution the example configuration produces, you can use the provided /slf4j-tests/ context to experiment with this.
  
Go ahead and use the default URL of [http://localhost:8080/slf4j-tests/ http://localhost<nowiki>:8080/slf4j-tests/</nowiki>]
+
<ol start="6."> <li>Use the default URL of [http://localhost:8080/slf4j-tests/ http://localhost<nowiki>:8080/slf4j-tests/</nowiki>].
  
 
[[Image:example-form.png]]]
 
[[Image:example-form.png]]]
  
Now try a few more URLs that are for the same Jetty instance.
+
<ol start="7"> <li>Now try a few more URLs for the same Jetty instance.
  
 
* http://127.0.0.1:8080/slf4j-tests/
 
* http://127.0.0.1:8080/slf4j-tests/
 
* http://127.0.1.1:8080/slf4j-tests/
 
* http://127.0.1.1:8080/slf4j-tests/
* http://your development machine<nowiki>:8080/slf4j-tests/</nowiki>
+
* http://your development machine<nowiki>:8080/slf4j-tests/</nowiki> (lapetus is the name of our development machine)
 
* http://your development machine.local:8080/slf4j-tests/
 
* http://your development machine.local:8080/slf4j-tests/
  

Revision as of 14:17, 30 September 2011



Introduction

This page describes how to create log files at the server level and name them based on an arbitrary context. You do this with SLF4J + Logback + Jetty Webapp Logging in the mix. Find example projects for this feature at github:
https://github.com/jetty-project/jetty-and-logback-example

Modules

/jetty-distro-with-logback-basic/
Configures the jetty distribution with logback enabled at the server level with an example logback configuration.
/jetty-distro-with-logback-sifting/
Configures the jetty distribution with logback, centralized webapp logging, an MDC handler, and a sample logback configuration that performs sifting based  on the incoming Host header on the requests.
/jetty-slf4j-mdc-handler/
Provides the SLF4J MDC key/value pairs that Jetty needs to perform the sample sifting.
/jetty-slf4j-test-webapp/
A sample webapp+servlet that accepts arbitrary values on a form POST and logs them via SLF4J, so that you can see the results of this example.

Details

Configuring Basic Logback for Jetty

Idea.png
Important
See the /jetty-distro-with-logback-basic/ for a Maven project that builds this configuration. Notice that the output directory /jetty-distro-with-logback-basic/target/jetty-distro/ is where Maven builds it.


To configure basic logback for Jetty:

  1. Unpack your Jetty 7.x or 8.x distribution zip of choice.
    This example uses 7.4.5.v20110725.
  2. Install the slf4j and logback jars into ${jetty.home}/lib/logging/.
  3. Configure ${jetty.home}/start.ini to add the lib/logging directory into the server classpath.
===========================================================
# Start classpath OPTIONS.
# These control what classes are on the classpath
# for a full listing do
#   java -jar start.jar --list-options
#-----------------------------------------------------------
OPTIONS=Server,resources,logging,websocket,ext
#-----------------------------------------------------------
 
#===========================================================
# Configuration files.
# For a full list of available configuration files do
#   java -jar start.jar --help
#-----------------------------------------------------------
etc/jetty.xml
# etc/jetty-</nowiki>requestlog.xml
etc/jetty-deploy.xml
etc/jetty-webapps<nowiki>.xml
etc/jetty-contexts.xml
etc/jetty-testrealm.xml
#===========================================================
  1. Create a ${jetty.home}/resources/logback.xml file with the configuration you want.
<?xml version="1.0" encoding="UTF-8"?>
<!--
  Example LOGBACK Configuration File
 
http://logback.qos.ch/manual/configuration.html
 
  -->
<configuration>
  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
   <!-- encoders are assigned the type
         ch.qos.logback.classic.encoder.PatternLayoutEncoder by default -->
    <encoder>
      <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
  </appender>
 
  <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <file>${jetty.home}/logs/jetty.log</file>
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
      <!-- daily rollover -->
      <fileNamePattern>jetty_%d{yyyy-MM-dd}.log</fileNamePattern>
 
      <!-- keep 30 days' worth of history -->
      <maxHistory>30</maxHistory>
    </rollingPolicy>
 
    <encoder>
      <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
    </encoder>
  </appender>
 
  <root level="info">
    <appender-ref ref="STDOUT" />
    <appender-ref ref="FILE" />
  </root>
</configuration>

That’s it, now you have (in the following order):

  1. Jetty configured to use SLF4J
    (via slf4j-api.jar in the classpath on Jetty startup).
  2. SLF4J configured to use Logback
    (via logback-core.jar in the classpath at Jetty startup).
  3. Logback configured to produce output to:
    • ${jetty.home}/logs/jetty.log (with daily rolling).
    • and STDOUT console.
  1. Start Jetty.
    $ java -jar start.jar

    Notice that SLF4J handles the log events Jetty produces, while Logback writes those events to the STDOUT console and logs/jetty.log file.


    Using Logback to Sift Logs via Hostname

    Here is a more complex example:

    • You have several virtual hosts, or a variety of DNS hostnames for the Jetty instance that is running.
    • You want Jetty to capture the logging events your webapps produce into uniquely named log files according to the hostname that the request came in on.

    This is possible with Logback, SLF4J and jetty WebappContextClassloader.

    See the /jetty-distro-with-logback-sifting/ project example from the github project listed above for a buildable configuration of the following:

    1. Unpack your Jetty 7.x or 8.x distribution zip of choice. This example uses 7.4.5.v20110725.
    2. Install the slf4j and logback jars into ${jetty.home}/lib/logging/.
    3. Configure ${jetty.home}/start.ini to add the lib/logging directory into the server classpath.
    <
    #===========================================================
    # Start classpath OPTIONS.
    # These control what classes are on the classpath
    # for a full listing do
    #   java -jar start.jar --list-options
    #-----------------------------------------------------------
    OPTIONS=Server,resources,logging,</nowiki>websocket<nowiki>,ext
    #-----------------------------------------------------------
     
    #===========================================================
    # Configuration files.
    # For a full list of available configuration files do
    #   java -jar start.jar --help
    #-----------------------------------------------------------
    etc/jetty.xml
    # etc/jetty-</nowiki>requestlog.xml
    etc/jetty-mdc-handler.xml
    etc/jetty-deploy.xml
    etc/jetty-webapps.xml
    etc/jetty-contexts.xml
    etc/jetty-webapp-logging.xml
    etc/jetty-testrealm<nowiki>.xml
    #===========================================================

    The key entries here are the addition of the “logging” OPTION to load the classes in ${jetty.home}/lib/logging into the jetty server classpath, and the two new configuration files:

    1. etc/jetty-mdc-handler.xml
      Adds wraps the MDCHandler found in jetty-slf4j-mdc-handler around all of the handlers in Jetty Server.
      etc/jetty-webapp-logging.xml
      Adds a DeploymentManager lifecycle handler that configures the created Webapp’s Classloaders to deny acccess to any webapp (WAR) file contained logger implementations in favor of using the ones that exist on the server classpath. This is a concept known as Centralized Webapp Logging.
    1. Create a ${jetty.home}/resources/logback.xml file with the configuration you want.

      Invalid language.

      You need to specify a language like this: <source lang="html4strict">...</source>

      Supported languages for syntax highlighting:

      4cs, 6502acme, 6502kickass, 6502tasm, 68000devpac, abap, actionscript, actionscript3, ada, algol68, apache, applescript, apt_sources, arm, asm, asp, asymptote, autoconf, autohotkey, autoit, avisynth, awk, bascomavr, bash, basic4gl, bf, bibtex, blitzbasic, bnf, boo, c, c_loadrunner, c_mac, caddcl, cadlisp, cfdg, cfm, chaiscript, cil, clojure, cmake, cobol, coffeescript, cpp, cpp-qt, csharp, css, cuesheet, d, dcl, dcpu16, dcs, delphi, diff, div, dos, dot, e, ecmascript, eiffel, email, epc, erlang, euphoria, f1, falcon, fo, fortran, freebasic, freeswitch, fsharp, gambas, gdb, genero, genie, gettext, glsl, gml, gnuplot, go, groovy, gwbasic, haskell, haxe, hicest, hq9plus, html4strict, html5, icon, idl, ini, inno, intercal, io, j, java, java5, javascript, jquery, kixtart, klonec, klonecpp, latex, lb, ldif, lisp, llvm, locobasic, logtalk, lolcode, lotusformulas, lotusscript, lscript, lsl2, lua, m68k, magiksf, make, mapbasic, matlab, mirc, mmix, modula2, modula3, mpasm, mxml, mysql, nagios, netrexx, newlisp, nsis, oberon2, objc, objeck, ocaml, ocaml-brief, octave, oobas, oorexx, oracle11, oracle8, otj, oxygene, oz, parasail, parigp, pascal, pcre, per, perl, perl6, pf, php, php-brief, pic16, pike, pixelbender, pli, plsql, postgresql, povray, powerbuilder, powershell, proftpd, progress, prolog, properties, providex, purebasic, pycon, pys60, python, q, qbasic, rails, rebol, reg, rexx, robots, rpmspec, rsplus, ruby, sas, scala, scheme, scilab, sdlbasic, smalltalk, smarty, spark, sparql, sql, stonescript, systemverilog, tcl, teraterm, text, thinbasic, tsql, typoscript, unicon, upc, urbi, uscript, vala, vb, vbnet, vedit, verilog, vhdl, vim, visualfoxpro, visualprolog, whitespace, whois, winbatch, xbasic, xml, xorg_conf, xpp, yaml, z80, zxbasic


      <?xml version="1.0" encoding="UTF-8"?>
      <!--
          Example LOGBACK Configuration File
       
      http://logback.qos.ch/manual/configuration.html
       
         -->
      <configuration>
        <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
          <!-- encoders are assigned the type
               ch.qos.logback.classic.encoder.PatternLayoutEncoder by default -->
          <encoder>
            <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
          </encoder>
        </appender>
       
        <appender name="SIFT" class="ch.qos.logback.classic.sift.SiftingAppender">
          <!-- in the absence of the class attribute, it is assumed that the
               desired discriminator type is
               ch.qos.logback.classic.sift.MDCBasedDiscriminator -->
          <discriminator>
            <key>host</key>
            <defaultValue>unknown</defaultValue>
          </discriminator>
          <sift>
            <appender name="FILE-${host}" class="ch.qos.logback.core.rolling.RollingFileAppender">
              <file>${jetty.home}/logs/jetty-${host}.log</file>
              <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
                <!-- daily rollover -->
                <fileNamePattern>jetty-${host}_%d{yyyy-MM-dd}.log</fileNamePattern>
       
                <!-- keep 30 days' worth of history -->
                <maxHistory>30</maxHistory>
               </rollingPolicy>
       
              <encoder>
                <pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern>
              </encoder>
            </appender>
          </sift>
        </appender>
       
        <root level="INFO">
          <appender-ref ref="STDOUT" />
          <appender-ref ref="SIFT" />
        </root>
      </configuration>

      That’s it, now you have (in the following order):

      1. Jetty configured to use SLF4J
        (via slf4j-api.jar in the classpath on Jetty startup).
      2. Jetty is configured to modify incoming Webapp’s classloaders to favor server logging classes over the webapp’s own logging classes.
        (Centralized Webapp Logging).
      3. SLF4J configured to use Logback
        (via logback-core.jar in the classpath at Jetty startup).
      4. Logback configured to produce output to:
        • ${jetty.home}/logs/jetty-${host}.log (with daily rolling)  and using “unknown” for log events that don’t originate from a request.
        • and STDOUT console.
      1. Start Jetty. source lang = "java" $ java -jar start.jar </source> Example-start-jetty.png] If you have started the distribution the example configuration produces, you can use the provided /slf4j-tests/ context to experiment with this.
        1. Use the default URL of http://localhost:8080/slf4j-tests/. Example-form.png]
          1. Now try a few more URLs for the same Jetty instance. You should now have a few different log files in your ${jetty.home}/logs/ directory. Example-logs-sifted.png]

Back to the top