Yeah, it doesn't help because there is a commons-logging.properties file in
the WAS classpath already! As long as you have the classloader mode set to
parent first, it will find the IBM version first and, thus, use the IBM log.
Good thought, though, and I did neglect to mention that creating this file
was also a necessary step.
--David
-Original Message-
From: Ovidiu EFTIMIE [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 17, 2003 12:04 PM
To: Struts Users Mailing List
Subject: Re: [OT?] WebSphere and commons-logging
Hi,
Make a file called commons-logging.properties and add this line:
org.apache.commons.logging.LogFactory=org.apache.commons.loggi
ng.impl.Log4jFacto
ry
Put the file in your classpath
Ovidiu
- Original Message -
From: Hibbs, David [EMAIL PROTECTED]
To: Struts-Users (E-mail) [EMAIL PROTECTED]
Sent: Wednesday, December 17, 2003 3:37 PM
Subject: [OT?] WebSphere and commons-logging
For those who are using commons-logging (i.e all Struts users!) on
WebSphere 4.0 or greater, you need to be aware that
WebSphere comes with its
own implementation of a commons-logging Log. Not only
that, but it comes
with its own implementation of LogFactory... and a
commons-logging.properties file that forces the use of the IBM Log.
This isn't so bad in itself, but the IBM log swallows all log
messages of a detail greater than info. i.e. log.debug()
and log.trace()
messages disappear. That would be fine if you could change
the log level
(as expected with commons-logging) and make them appear.
However, IBM
support won't tell me how to change it! As far as they
know (and the pushed
it back to level 3, i.e. the developers), it cannot be
changed. Thus,
you're stuck at a log level of Info and using their logger
unless you change
your class loader mode to application first rather than
parent first. What
a kludge!
Instead of fixing the problem, they opened a feature request!
Aaargh! They're as bad as Sun! If your log messages are
important to you,
along with the capability to change log levels and loggers
without having to
kludge a server setting, please visit their RFE database
and vote for the
RFE so as to get it through their thick skulls. It requires a
login/password, but it's a simple matter of signing up for one.
To quote support, It is request # 241 and you can view it via this
link :
http://www7b.software.ibm.com/webapp/wsdd/wasServlet3. Development
will evaluate and prioritize the requests (if chosen) to be included in
future release of Websphere Application Server -- and if you have
problems
getting to the page, well, try again later. Their website seems flaky.
Go
figure.
Thanks,
--David
David Hibbs, ACS
Staff Programmer / Analyst
Distributed Applications Development and Support
American National Insurance Company
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]