Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
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.
6
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).
8
9 = Log Location =
10
11 == Main Logs ==
12
13 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.
14
15 Here are some potential locations you can check, depending on the [[installation method>>xwiki:Documentation.AdminGuide.Installation.WebHome||anchor="HInstallationMethods"]] you've chosen::
16 * If you use the [[XWiki Debian packaging>>xwiki:Documentation.AdminGuide.Installation.InstallationViaAPT.WebHome]], and thus using Tomcat, it's in ##/var/log/tomcat*/catalina.out##.
17 * If you use the [[XWiki Docker packaging>>https://github.com/xwiki-contrib/docker-xwiki/blob/master/README.md]] it's in the console that started Tomcat, or if you started it in background, you can get them with ##docker logs <container id>##.
18 * If you use the [[XWiki Standalone packaging>>Documentation.AdminGuide.InstallationStandalone]], then it's in the console and also in ##data/logs/<date>.output.log##.
19 * If you use the [[Manual WAR packaging>>Documentation.AdminGuide.InstallationWAR]], then it depends on the Servlet engine you've used and how you've configured it. You could check in ##/var/log/tomcat*/catalina.out## on unix or ##<tomcat home>/logs/catalina.out## for Tomcat.
20
21 == Job Logs ==
22
23 XWiki has the concept of [[jobs>>extensions:Extension.Job Module.WebHome]] (e.g. when you install or upgrade an Extension or when you delete pages, they all execute in a job). Very often, jobs capture the logs and output them in job log files located in the [[permanent directory>>Documentation.AdminGuide.Configuration.WebHome#HPermanentDirectory]], under the ##jobs## subdirectories. Log files are named ##log.xml##.
24
25 Note that some features allow you to see view these logs in the UI. For exampe the Extension Manager has a UI so that you can [[review the logs when an extension was installed, or updated>>extensions:Extension.Extension Manager Application#HProgressLog]].
26
27 = Configuring Logging =
28
29 There are various ways in which you can configure what to log.
30
31 See also the [[Logging section of the Debugging page>>dev:Community.Debugging#HLogging]] for specific details on some loggers.
32
33 {{info}}
34 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.
35 {{/info}}
36
37 == Manually ==
38
39 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.
40
41 == Using the Log Application ==
42
43 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.
44
45 == Using JMX ==
46
47 [[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.
48
49 See the [[Monitoring Guide>>Documentation.AdminGuide.Monitoring]] for more details on using JMX with XWiki.
50
51 = Analyzing logs with Lilith =
52
53 [[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:
54
55 {{code language="xml"}}
56 ...
57 <appender name="socket" class="ch.qos.logback.classic.net.SocketAppender">
58 <RemoteHost>localhost</RemoteHost>
59 <Port>4560</Port>
60 <ReconnectionDelay>170</ReconnectionDelay>
61 <IncludeCallerData>true</IncludeCallerData>
62 </appender>
63 ...
64 {{/code}}
65
66 And add the new appender to the list of appenders to use. For example:
67
68 {{code language="xml"}}
69 ...
70 <root level="warn">
71 <appender-ref ref="stdout"/>
72 <appender-ref ref="socket"/>
73 </root>
74 ...
75 {{/code}}
76
77 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.
78
79 For example:
80
81 [[image:lilith.png||style="width:950px"]]
82
83 == Using a different SLF4J implementation ==
84
85 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]]):
86
87 * Remove the Logback SLF4J implementation from the classpath by removing ##WEB-INF/lib/logback-classic-*.jar## and ##WEB-INF/lib/logback-core-*.jar##
88 * Remove the Log4J over SLF4J JAR from the classpath by removing ##WEB-INF/lib/log4j-over-slf4j-*.jar##
89 * Add the Log4J SLF4J implementation to the classpath: ##slf4j-log4j*-*.jar##
90 * Add Log4J itself to the classpath
91
92 = Older XWiki versions =
93
94 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.
95
96 {{info}}
97 By default XWiki was configured to log everything on the console only.
98 {{/info}}
99
100 == Using a custom Log4J configuration ==
101
102 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:
103
104 {{code language="none"}}
105 ### Direct log messages to stdout
106 log4j.appender.stdout=org.apache.log4j.ConsoleAppender
107 log4j.appender.stdout.Target=System.out
108 log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
109 log4j.appender.stdout.layout.ConversionPattern=%d [%X{url}] [%t] %-5p %-30.30c{2} %x - %m %n
110
111 ### By default everything that is of warning or severity WARN, ERROR or FATAL is logged both to
112 ### the console and to the xwiki.log file.
113 log4j.rootLogger=warn, stdout
114
115 ### Hibernate logging options
116 log4j.logger.org.hibernate=warn
117 log4j.logger.org.hibernate.SQL=warn
118 log4j.logger.org.hibernate.type=warn
119 log4j.logger.org.hibernate.ps.PreparedStatementCache=warn
120
121 ### XWiki logging configuration
122 log4j.logger.org.xwiki=info
123 log4j.logger.com.xpn.xwiki=warn
124 log4j.logger.com.xpn.xwiki.render.XWikiRadeoxRenderEngine=warn
125 log4j.logger.com.xpn.xwiki.store.migration=info
126
127 ### Deactive Struts warnings
128 log4j.logger.org.apache.struts.util.RequestUtils=error
129
130 ### Deactivate JGroups warnings
131 log4j.logger.org.jgroups=error
132
133 ## Deactive PDF Export CSS Applier warnings
134 log4j.logger.info.informatica.doc.style.css.dom=error
135 log4j.logger.org.apache.fop.layoutmgr.inline.ContentLayoutManager=error
136 {{/code}}
137
138 Refer to Log4J's documentation to understand the settings. As an example, to turn on Hibernate's calls, just set the following:
139
140 {{code}}
141 log4j.logger.org.hibernate.SQL=debug
142 {{/code}}
143
144 = Activating the XWiki Monitoring feature =
145
146 {{info}}
147 The monitoring feature is already active in the default configuration.
148 {{/info}}
149
150 XWiki has a feature to monitor times spent in its major components. To activate it, you need to:
151
152 * Enable the Monitor plugin by adding/modifying the following plugin definition in the ##xwiki.cfg## configuration file:(((
153 {{code language="none"}}
154 xwiki.plugins=\
155 [...]
156 com.xpn.xwiki.monitor.api.MonitorPlugin
157 {{/code}}
158 )))
159 * Enable it by adding/modifying the following in the ##xwiki.cfg## configuration file:(((
160 {{code language="none"}}
161 xwiki.monitor=1
162 {{/code}}
163 )))
164 * 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.(((
165 For example for Logback it means adding the following in ##logback.xml##:
166
167 {{code language="none"}}
168 <logger name="com.xpn.xwiki.monitor" level="debug"/>
169 {{/code}}
170
171 And for older XWiki versions using Log4J it means adding the following in ##log4j.properties##:
172
173 {{code language="none"}}
174 log4j.logger.com.xpn.xwiki.monitor=debug
175 {{/code}}
176 )))

Get Connected