[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]
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.logging.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]
RE: [OT?] WebSphere and commons-logging
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]