Wiki source code of Logging
Version 20.4 by Ecaterina Moraru (Valica) on 2017/09/06
Hide last authors
| author | version | line-number | content |
|---|---|---|---|
 |
12.2 | 1 | {{box cssClass="floatinginfobox" title="**Contents**"}} |
| 2 | {{toc/}} | ||
| 3 | {{/box}} | ||
 |
4.1 | 4 | |
 |
16.1 | 5 | XWiki uses [[SLF4J>>http://www.slf4j.org/]] for logging. By default XWiki is configured so that SLF4J uses [[Logback>>http://logback.qos.ch/]]. XWiki's Logback configuration is located in the ##[[WEB-INF/classes/logback.xml>>https://raw.github.com/xwiki/xwiki-platform/master/xwiki-platform-core/xwiki-platform-web/src/main/resources/logback.xml]]## file. |
| |
1.1 | 6 | |
| |
12.2 | 7 | XWiki is also configured by default so that any logs generated by 3rd part JARs used by XWiki (i.e. in the XWiki classpath at runtime) will automatically find their ways to the output defined by the Logback configuration file. This is active for Apache Commons Logging (JCL) and Log4J. This is achieved by using [[a SLF4J Bridge>>http://www.slf4j.org/legacy.html]] for both logging frameworks (it's the ##log4j-over-slf4j-*.jar## and ##jcl-over-slf4j-*.jar## files that provide this feature). |
| |
11.1 | 8 | |
| |
4.1 | 9 | {{info}} |
| |
13.1 | 10 | By default XWiki is configured to log everything on the console only. Whether the console is captured by your Servlet Container or not depends on the container you use. For example Tomcat on unix will capture stdout and add logs to the ##tomcat/logs/catalina.out## file. |
| |
4.1 | 11 | {{/info}} |
| |
1.4 | 12 | |
| |
16.1 | 13 | = Configuring Logging = |
| |
1.1 | 14 | |
| |
14.1 | 15 | There are various ways in which you can configure what to log. |
| 16 | |||
| |
17.2 | 17 | See also the [[Logging section of the Debugging page>>dev:Community.Debugging#HLogging]] for specific details on some loggers. |
| |
17.1 | 18 | |
 |
20.1 | 19 | {{info}} |
| 20 | Of the 3 methods proposed under, only the Manual method is persistent **after a server restart**. So if your server might restart/be restarted and you want the log configuration to be kept after this restart, the only method is adding them to logback.xml. | ||
| 21 | {{/info}} | ||
| |
18.1 | 22 | |
| |
16.1 | 23 | == Manually == |
| |
13.1 | 24 | |
| |
20.1 | 25 | Simply edit the Logback configuration file (##logback.xml## in ##WEB-INF/classes## in your web application folder) and restart the Servlet container for it to take effect. |
| |
13.1 | 26 | |
| |
16.1 | 27 | == Using the Log Application == |
| |
13.1 | 28 | |
| 29 | Starting with XWiki 4.2 a new [[Logging Application>>extensions:Extension.Logging Application]] is available in your wiki's administration UI and you can use it to configure the log levels for all features. | ||
| 30 | |||
| |
20.1 | 31 | == Using JMX == |
| |
13.1 | 32 | |
| |
12.2 | 33 | [[LogBack exposes its configuration with JMX>>http://logback.qos.ch/manual/jmxConfig.html]] making it possible to use a JMX console to modify the logging configuration at runtime, thus not needing to restart the Servlet container. This is very useful in production when needing to debug an issue. |
| |
8.1 | 34 | |
 |
20.4 | 35 | See the [[Monitoring Guide>>Documentation.AdminGuide.Monitoring]] for more details on using JMX with XWiki. |
| |
8.1 | 36 | |
| |
16.1 | 37 | = Analyzing logs with Lilith = |
| |
9.1 | 38 | |
| 39 | [[Lilith>>http://lilith.huxhorn.de/]] is a logging and access event viewer. It makes it easy to analyze large quantities of logs. To use it, configure XWiki's Logging to send events to the Socket appender. Add the following to the ##logback.xml## file: | ||
| 40 | |||
| 41 | {{code language="xml"}} | ||
| 42 | ... | ||
| 43 | <appender name="socket" class="ch.qos.logback.classic.net.SocketAppender"> | ||
| 44 | <RemoteHost>localhost</RemoteHost> | ||
| 45 | <Port>4560</Port> | ||
| 46 | <ReconnectionDelay>170</ReconnectionDelay> | ||
| 47 | <IncludeCallerData>true</IncludeCallerData> | ||
| 48 | </appender> | ||
| 49 | ... | ||
| 50 | {{/code}} | ||
| 51 | |||
| 52 | And add the new appender to the list of appenders to use. For example: | ||
| 53 | |||
| 54 | {{code language="xml"}} | ||
| 55 | ... | ||
| 56 | <root level="warn"> | ||
| 57 | <appender-ref ref="stdout"/> | ||
| 58 | <appender-ref ref="socket"/> | ||
| 59 | </root> | ||
| 60 | ... | ||
| 61 | {{/code}} | ||
| 62 | |||
| 63 | Open Lilith (it's a desktop application) and it'll automatically listen on port 4560 so when you start XE you'll see its logs show up in Lilith. | ||
| 64 | |||
| 65 | For example: | ||
| 66 | |||
| |
10.2 | 67 | [[image:lilith.png||style="width:950px"]] |
| |
9.1 | 68 | |
| |
11.1 | 69 | == Using a different SLF4J implementation == |
| 70 | |||
 |
15.1 | 71 | If you wish, for example, to use Log4J to log all logs produced by XWiki you can do so by doing the following ([[described in the SLF4J manual>>http://www.slf4j.org/manual.html]]): |
| |
20.1 | 72 | |
| |
12.2 | 73 | * Remove the Logback SLF4J implementation from the classpath by removing ##WEB-INF/lib/logback-classic-*.jar## and ##WEB-INF/lib/logback-core-*.jar## |
| 74 | * Remove the Log4J over SLF4J JAR from the classpath by removing ##WEB-INF/lib/log4j-over-slf4j-*.jar## | ||
| |
11.2 | 75 | * Add the Log4J SLF4J implementation to the classpath: ##slf4j-log4j*-*.jar## |
| 76 | * Add Log4J itself to the classpath | ||
| |
11.1 | 77 | |
| |
16.1 | 78 | = Older XWiki versions = |
| |
8.1 | 79 | |
| |
16.1 | 80 | XWiki versions 3.0 and older use Commons Logging for logging. By default XWiki was configured so that Commons Logging was using log4J. XWiki's Log4J configuration was located inside XWiki's JAR (xwiki-core-x.y.jar), in a ##[[log4j.properties>>https://raw.github.com/xwiki/xwiki-platform/13e01088e74c170452088a56fe54fb76a7ecb041/xwiki-platform-core/xwiki-platform-oldcore/src/main/resources/log4j.properties]]## file. XWiki' JAR is itself located in your ##WEB-INF/lib/## directory. |
| |
8.1 | 81 | |
| 82 | {{info}} | ||
| |
16.1 | 83 | By default XWiki was configured to log everything on the console only. |
| |
8.1 | 84 | {{/info}} |
| 85 | |||
| 86 | == Using a custom Log4J configuration == | ||
| 87 | |||
| |
16.1 | 88 | The best solution was to create a new ##log4j.properties## file in your ##WEB-INF/classes## directory. It'll thus override the one from the XWiki JAR. As an example, here's a sample configuration: |
| |
1.1 | 89 | |
| |
4.1 | 90 | {{code language="none"}} |
| |
1.6 | 91 | ### Direct log messages to stdout |
| |
1.1 | 92 | log4j.appender.stdout=org.apache.log4j.ConsoleAppender |
| 93 | log4j.appender.stdout.Target=System.out | ||
| 94 | log4j.appender.stdout.layout=org.apache.log4j.PatternLayout | ||
| |
3.3 | 95 | log4j.appender.stdout.layout.ConversionPattern=%d [%X{url}] [%t] %-5p %-30.30c{2} %x - %m %n |
| |
1.1 | 96 | |
| |
1.6 | 97 | ### By default everything that is of warning or severity WARN, ERROR or FATAL is logged both to |
| 98 | ### the console and to the xwiki.log file. | ||
 |
6.1 | 99 | log4j.rootLogger=warn, stdout |
| |
1.1 | 100 | |
| |
1.6 | 101 | ### Hibernate logging options |
| |
1.1 | 102 | log4j.logger.org.hibernate=warn |
| 103 | log4j.logger.org.hibernate.SQL=warn | ||
| 104 | log4j.logger.org.hibernate.type=warn | ||
| 105 | log4j.logger.org.hibernate.ps.PreparedStatementCache=warn | ||
| 106 | |||
| |
1.6 | 107 | ### XWiki logging configuration |
| |
3.3 | 108 | log4j.logger.org.xwiki=info |
| |
1.1 | 109 | log4j.logger.com.xpn.xwiki=warn |
| 110 | log4j.logger.com.xpn.xwiki.render.XWikiRadeoxRenderEngine=warn | ||
| |
2.1 | 111 | log4j.logger.com.xpn.xwiki.store.migration=info |
| |
1.1 | 112 | |
| |
2.1 | 113 | ### Deactive Struts warnings |
| |
1.1 | 114 | log4j.logger.org.apache.struts.util.RequestUtils=error |
| 115 | |||
| |
1.6 | 116 | ### Deactivate JGroups warnings |
| |
1.1 | 117 | log4j.logger.org.jgroups=error |
| |
2.1 | 118 | |
| 119 | ## Deactive PDF Export CSS Applier warnings | ||
| 120 | log4j.logger.info.informatica.doc.style.css.dom=error | ||
| 121 | log4j.logger.org.apache.fop.layoutmgr.inline.ContentLayoutManager=error | ||
| |
4.1 | 122 | {{/code}} |
| |
1.1 | 123 | |
| 124 | Refer to Log4J's documentation to understand the settings. As an example, to turn on Hibernate's calls, just set the following: | ||
| 125 | |||
| |
4.1 | 126 | {{code}} |
| |
1.1 | 127 | log4j.logger.org.hibernate.SQL=debug |
| |
4.1 | 128 | {{/code}} |
| |
1.1 | 129 | |
| |
8.1 | 130 | = Activating the XWiki Monitoring feature = |
| |
3.1 | 131 | |
| |
4.1 | 132 | {{info}} |
| 133 | The monitoring feature is already active in the default configuration. | ||
| 134 | {{/info}} | ||
| |
3.1 | 135 | |
| 136 | XWiki has a feature to monitor times spent in its major components. To activate it, you need to: | ||
| 137 | |||
| |
20.1 | 138 | * Enable the Monitor plugin by adding/modifying the following plugin definition in the ##xwiki.cfg## configuration file:((( |
| |
4.1 | 139 | {{code language="none"}} |
| |
3.1 | 140 | xwiki.plugins=\ |
| 141 | [...] | ||
| 142 | com.xpn.xwiki.monitor.api.MonitorPlugin | ||
| |
4.1 | 143 | {{/code}} |
| |
12.2 | 144 | ))) |
| |
20.1 | 145 | * Enable it by adding/modifying the following in the ##xwiki.cfg## configuration file:((( |
| |
4.1 | 146 | {{code language="none"}} |
| |
3.1 | 147 | xwiki.monitor=1 |
| |
4.1 | 148 | {{/code}} |
| |
12.2 | 149 | ))) |
| |
20.1 | 150 | * Since the plugin logs everything under the ##DEBUG## severity you also need to configure the XWiki Logging (as described above) by setting the ##com.xpn.xwiki.monitor## category to the ##DEBUG## level.((( |
| |
8.1 | 151 | For example for Logback it means adding the following in ##logback.xml##: |
| 152 | |||
| |
4.1 | 153 | {{code language="none"}} |
 |
12.1 | 154 | <logger name="com.xpn.xwiki.monitor" level="debug"/> |
| |
8.1 | 155 | {{/code}} |
| 156 | |||
| 157 | And for older XWiki versions using Log4J it means adding the following in ##log4j.properties##: | ||
| 158 | |||
| 159 | {{code language="none"}} | ||
| |
3.1 | 160 | log4j.logger.com.xpn.xwiki.monitor=debug |
| |
4.1 | 161 | {{/code}} |
| |
8.1 | 162 | ))) |
