5c1867cae3
Correct caching behavior... I broke it a while back, but I've learned much since then...
Richard A. Sitze2002-08-12 21:01:07 +00:00
1da90cf28c
o With the addition of a <sourceModification> element I can now build commons-logging with Java 1.3. The Jdk14Logger class is exclude if you don't have what you need to build it. PR: Obtained from: Submitted by: Reviewed by:
Jason van Zyl2002-08-09 19:59:49 +00:00
21e56ae851
Subtle little bug... if we cannot find OUR Log4J wrapper, then we cannot support Log4j...
Richard A. Sitze2002-08-09 18:47:34 +00:00
75d031c682
Compatible change, reveal internal properties that are useful for discovery... ?should discovery use reflection to try to find these, in absence of explicitly provided values?
Richard A. Sitze2002-08-09 16:18:36 +00:00
ef6490d411
o adding junit for the tests PR: Obtained from: Submitted by: Reviewed by:
Jason van Zyl2002-07-26 20:29:46 +00:00
446d7740c9
o cleaning up the maven descriptors for the projects so that a site with decent names is generated (link to come)
Jason van Zyl2002-07-25 02:36:45 +00:00
a42095eb11
o maven goodies PR: Obtained from: Submitted by: Reviewed by:
Jason van Zyl2002-07-23 16:55:55 +00:00
51532168ec
Fixed nits & rewording to help distinguish between util/tooling and framework/middleware.
Richard A. Sitze2002-07-22 22:32:52 +00:00
06f8b88aa1
Users guide, including best-practices notes (from my point of view). Not everyone agrees with me on all the details, so feel free to raise issues/add your own ideas, etc. If we have conflicting ideas, that's probably OK as long as the pros/cons are presented along with differing opinions.
Richard A. Sitze2002-07-22 20:41:12 +00:00
52ba50f028
bug 10480: handle null message without throwing NPE
Richard A. Sitze2002-07-17 16:42:40 +00:00
d3b8b85e48
Make SimpleLog check for its "simplelog.properties" resource in the thread context class loader, if present, while using the same trick LogFactory does to protect JDK 1.1 compatibility.
Craig R. McClanahan2002-06-15 20:54:48 +00:00
08ee4c68c3
Cosmetic changes in comments, to keep the JDK 1.4 standard JavaDoc doclet from whining.
Craig R. McClanahan2002-06-15 18:13:02 +00:00
329f05ee4f
Resolve NullPointerExceptions, remove redundant checks, minor refactoring to facilitate readability.
Richard A. Sitze2002-06-11 22:34:32 +00:00
470f3338d0
Resolve NullPointerExceptions, remove redundant checks, minor refactoring to facilitate readability.
Richard A. Sitze2002-06-11 22:29:14 +00:00
b2038dcc68
Make sure we are initialized for all constructors. Change the name of the default appender.
Costin Manolache2002-06-07 00:22:54 +00:00
5183b765a3
Build commons-logging-api.jar, with no logger adapters. This will allow the logger and the adapters to sit in the WEB-INF ( and multiple loggers to be used ), while having commons-logging in the root classloader.
Costin Manolache2002-06-06 22:11:28 +00:00
d7208355d3
Few fixes: - if no log4j.properties is found, we'll construct a 'sane' config ( to be consistent with the other loggers ). The appender must have a name ( otherwise the JMX stuff in log4j will complain )
Costin Manolache2002-06-06 22:09:09 +00:00
97e35d1253
Added a class-path directive, that avoids the need to set CLASSPATH manually.
Costin Manolache2002-05-09 22:01:25 +00:00
739f6cecfe
Modified to use the same classloader when defaulting to the default log factory
Scott Sanders2002-05-04 19:50:29 +00:00
025dc566b9
The Jdk14Logger wrapper should not be modifying the configuration of the underlying logger.
Craig R. McClanahan2002-04-29 16:48:09 +00:00
6bafa3f510
Modify the logger discovery contract to perform the complete set of checks even in environments (such as an Applet) where System.getProperty() throws a security exception. Previously, this was causing the checks for Log4J or JDK 1.4 logging to be skipped.
Craig R. McClanahan2002-03-31 00:31:49 +00:00
740d078137
Make discovery process on LogSource compatible with that used by LogFactory with respect to system properties.
Craig R. McClanahan2002-03-04 00:41:37 +00:00
5f390b02fc
When selecting the default logging implementation on a 1.4 system, ensure that the commons-logging wrapper is also available before selecting it. This avoids problems when using a copy of commons-logging.jar compiled on a 1.3 system (and therefore missing the wrappe class) when executing on a 1.4 system.
Craig R. McClanahan2002-02-27 18:01:41 +00:00
078804d827
Deal with the posiblity that a commons-logging is loaded in a loader, and the thread loader is set to point to a different loader that doesn't include logging ( or to a wrong value ).
Costin Manolache2002-02-26 19:00:27 +00:00
18a4e8fa33
Added catch of security exceptions which are thrown if using commons-logging inside a container, such as the J2EE SDK server.
James Strachan2002-02-26 04:06:22 +00:00
dee096a758
Reset version number for development. Update copyright year (so that it will be right the next time).
Craig R. McClanahan2002-02-20 23:02:01 +00:00
f7489ad021
Add a mechanism to use a proxy. The default impl will first look for a logger package, and preferably use a specialized factory, which can provide better integration with the real logger.
Costin Manolache2002-02-15 05:42:35 +00:00
a42b6b9bd6
Add the second constructor to be used with Log4jFactory.
Costin Manolache2002-02-15 03:54:19 +00:00
377a98ff3b
Added a log4j specific factory. It's cleaner and goes directly to the logger impl, without introspection. The factory can be extended to take advantage of other log4j features ( it calls getInstance(Class) direclty for example ) to integrate better.
Costin Manolache2002-02-15 03:53:39 +00:00
aa4b2e1a80
Update the javadocs package description to reflect the new LogFactory capabilities.
Craig R. McClanahan2002-02-15 01:59:48 +00:00
6f50fad399
Add the standard ( ? ) JDK1.3 'service provider' mechanism. It's usually better to use the standards ( if it makes sense ), and that's something that works well enough ( crimson, xerces, xalan, saxon, etc).
Costin Manolache2002-02-14 21:09:19 +00:00
2ffc19f7df
Fix conditional compilation. The official distribution must include support for all loggers, for development it should be enough to have one.
Costin Manolache2002-02-14 21:04:18 +00:00
87cfde50b6
Fix the implementation in LogFactory and LogFactoryImpl so that it actually works as documented.
Craig R. McClanahan2002-02-14 03:48:44 +00:00
6a315e28ed
Improvements to the new LogFactory APIs, based on feedback from Costin and Jon plus some additional thought about using it in a multi-class-loader environment (like Tomcat):
Craig R. McClanahan2002-02-14 00:19:03 +00:00
91d58c6367
Add a new factory base class (LogFactory) and corresponding implementation (LogFactoryImpl) that is based on the principles of the JAXP API's approach to discovering SAXParserFactory and DocumentBuilderFactory instances. It addresses the technical concerns that Costin brought up in response to the original Commons Logging 1.0 vote.
Craig R. McClanahan2002-02-13 02:18:11 +00:00
6b20d69b8e
Update to reflect the move of the JDK14Logger class
Scott Sanders2002-02-03 01:44:03 +00:00
14c7f711e3
Removed impl classes as they have moved to impl now
Scott Sanders2002-02-03 01:33:27 +00:00
9a529044cb
Moved implementation classes to impl package, as per Costin M.
Scott Sanders2002-02-03 01:31:29 +00:00
c0cc00947a
Use Hashtable instead of HashMap, for JDK 1.1 compatibility, and to solve sync issues
Scott Sanders2002-02-03 01:28:00 +00:00
84958f29b7
Update to add a trace() level to the Log interface. Currently uses debug() in Log4J and LogKit PR: Obtained from: Submitted by: Reviewed by:
Scott Sanders2002-01-31 00:14:31 +00:00
ed81b5ffec
Correct the author attributions on the JDK 1.4 logging package wrapper. The code that this was based on was posted by Paulo Gaspar with a Java package name of "krankikom.log.*" -- not exactly rousing evidence of the fact that it came from Avalon.
Craig R. McClanahan2002-01-30 03:56:26 +00:00
50aeb810bf
Updated JDK14Logger to use the FINE level instead of the FINEST level for debug. This way if commons-logging needs to define a lower level, it will be able to do so. I am thinking about this because JBoss has a TRACE level below debug. PR: Obtained from: Submitted by: Reviewed by:
Scott Sanders2002-01-29 20:48:10 +00:00
e4a89ea02f
Release Notes for the release PR: Obtained from: Submitted by: Reviewed by:
Scott Sanders2002-01-29 20:31:04 +00:00
fddc5b95e0
Updated the STATUS file to add myself as a comitter and to attribute Avalon and Log4J for the influence that they had on the interface impls. PR: Obtained from: Submitted by: Reviewed by:
Scott Sanders2002-01-29 20:30:34 +00:00
7d84a88865
Removed AbstractLog and associated test case, removed log level constants from Log interface, added renamed level constants to SimpleLog and fixed SimpleLog configuration bug
Robert Burrell Donkin2002-01-17 22:55:43 +00:00
b39b2191aa
Implement the agreed-upon API changes for the commons-logging package. If the changes are too radical, I tagged things with "before_clean_up" to make it easy to go back.
Craig R. McClanahan2002-01-17 01:47:49 +00:00
36652638b4
Make LogSource more applet-friendly by swallowing any security exception thrown when System.getProperty() is called.
Craig R. McClanahan2002-01-16 00:54:51 +00:00
7ed3bbc6ee
A few more tweaks to the STATUS file, add the MANIFEST.MF file for the META-INF directory of the JAR file.
Craig R. McClanahan2002-01-08 22:55:39 +00:00
0e1807129a
removing assert(), since that's a reserved keyword in JDK 1.4 we can add it back later once log4j settles on a new method name
Rodney Waldhoff2001-08-07 17:37:22 +00:00
2f77a01e23
adding isDebugEnabled and isInfoEnabled per Ceki's suggestion
Rodney Waldhoff2001-08-02 22:14:41 +00:00
db6faedfe4
refactored logging so that log4j is no longer a runtime depedency updates to documentation to come
Rodney Waldhoff2001-08-02 16:27:06 +00:00
aee9225a28
New repository initialized by cvs2svn.
No Author2001-08-02 16:27:06 +00:00
Richard A. Sitze
Craig R. McClanahan
Jason van Zyl
Costin Manolache
Scott Sanders
Robert Burrell Donkin
James Strachan
Peter Donald
Morgan James Delagrange
Rodney Waldhoff
No Author