On 04/28/2012 04:40 PM, Vincent Massol wrote:
On Apr 28, 2012, at 8:48 PM, Sergiu Dumitriu wrote:
On 04/28/2012 08:02 AM, Vincent Massol wrote:
Hi Mohit,
On Apr 28, 2012, at 1:34 PM, mohit gupta wrote:
At
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging, it is
stated that By default XWiki is configured so that SLF4J uses Logback.
XWiki's
Logback configuration is located in the WEB-INF/classes/logback.xml file
for For XWiki 3.1 and beyond. But if user want to use log4j instaed of
logback,
where it needs to be configured.
I did not find any property related to that in xwiki.cfg or
xwiki.properties.What i tried deleting the logback.xml and putting my
log4j.properties instaed. But xwiki
does not pick log4j.properties. As per my understanding, xwiki is using
SLF4J, there should be hook somewhere where we should be able to change to
log4j insteadd
of logback.
I've updated
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging
Some feedback on the documentation you just added:
I wonder if log4j-over-slf4j should be removed or not, since it might conflict with the
real log4j library (they define the same classes).
It must be there or the bridging won't work. Our build automatically verifies that no
3rd party dependency we drag includes log4J. We handle this by using<exclusions>
when a jar includes log4J transitively.
What bridging? From log4j to slf4j? But when slf4j will try to write
back to log4, won't it cycle back through this bridge? As I said, this
jar defines the same classes as the real log4j jar. One can't have two
classes with the same name in the classpath.
Also, should
the documentation mention that the log4j jar must be included as well? slf4j-log4j12
declares it as a dependency, so it's not included in that jar.
Indeed, fixed, thanks.
Thanks
-Vincent
>> You could also have read about how SLF4J works at
http://www.slf4j.org/ ;)
--
Sergiu Dumitriu
http://purl.org/net/sergiu/