java.lang.Object | |
↳ | org.apache.commons.logging.LogFactory |
Known Direct Subclasses |
Factory for creating Log
instances, with discovery and
configuration features similar to that employed by standard Java APIs
such as JAXP.
IMPLEMENTATION NOTE - This implementation is heavily based on the SAXParserFactory and DocumentBuilderFactory implementations (corresponding to the JAXP pluggability APIs) found in Apache Xerces.
Constants | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
String | DIAGNOSTICS_DEST_PROPERTY | The name (org.apache.commons.logging.diagnostics.dest )
of the property used to enable internal commons-logging
diagnostic output, in order to get information on what logging
implementations are being discovered, what classloaders they
are loaded through, etc. |
|||||||||
String | FACTORY_DEFAULT | The fully qualified class name of the fallback LogFactory
implementation class to use, if no other can be found. |
|||||||||
String | FACTORY_PROPERTIES | The name (commons-logging.properties ) of the properties file to search for. |
|||||||||
String | FACTORY_PROPERTY | The name (org.apache.commons.logging.LogFactory ) of the property
used to identify the LogFactory implementation
class name. |
|||||||||
String | HASHTABLE_IMPLEMENTATION_PROPERTY | Setting this system property
( |
|||||||||
String | PRIORITY_KEY | The name (priority ) of the key in the config file used to
specify the priority of that particular config file. |
|||||||||
String | SERVICE_ID | JDK1.3+ 'Service Provider' specification. | |||||||||
String | TCCL_KEY | The name (use_tccl ) of the key in the config file used
to specify whether logging classes should be loaded via the thread
context class loader (TCCL), or not. |
Fields | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
factories | The previously constructed LogFactory instances, keyed by
the ClassLoader with which it was created. |
||||||||||
nullClassLoaderFactory | Prevously constructed LogFactory instance as in the
factories map, but for the case where
getClassLoader returns null . |
Protected Constructors | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Protected constructor that is not available for public use.
|
Public Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Return the configuration attribute with the specified name (if any),
or
null if there is no such attribute. | |||||||||||
Return an array containing the names of all currently defined
configuration attributes.
| |||||||||||
Construct (if necessary) and return a | |||||||||||
Construct (if necessary) and return a | |||||||||||
Convenience method to derive a name from the specified class and
call
getInstance(String) with it. | |||||||||||
Convenience method to return a named logger, without the application
having to care about factories.
| |||||||||||
Convenience method to return a named logger, without the application
having to care about factories.
| |||||||||||
Returns a string that uniquely identifies the specified object, including
its class.
| |||||||||||
Release any internal references to previously created
LogFactory
instances that have been associated with the specified class loader
(if any), after calling the instance method release() on
each of them. | |||||||||||
Release any internal references to previously created
Log
instances returned by this factory. | |||||||||||
Release any internal references to previously created
LogFactory
instances, after calling the instance method release() on
each of them. | |||||||||||
Remove any configuration attribute associated with the specified name.
| |||||||||||
Set the configuration attribute with the specified name.
|
Protected Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Implements the operations described in the javadoc for newFactory.
| |||||||||||
Return the thread context class loader if available; otherwise return
null.
| |||||||||||
Safely get access to the classloader for the specified class.
| |||||||||||
Returns the current context classloader.
| |||||||||||
Indicates true if the user has enabled internal logging.
| |||||||||||
Write the specified message to the internal logging destination.
| |||||||||||
Method provided for backwards compatibility; see newFactory version that
takes 3 parameters.
| |||||||||||
Return a new instance of the specified
LogFactory
implementation class, loaded by the specified class loader. |
[Expand]
Inherited Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
From class
java.lang.Object
|
The name (org.apache.commons.logging.diagnostics.dest
)
of the property used to enable internal commons-logging
diagnostic output, in order to get information on what logging
implementations are being discovered, what classloaders they
are loaded through, etc.
If a system property of this name is set then the value is assumed to be the name of a file. The special strings STDOUT or STDERR (case-sensitive) indicate output to System.out and System.err respectively.
Diagnostic logging should be used only to debug problematic configurations and should not be set in normal production use.
The fully qualified class name of the fallback LogFactory
implementation class to use, if no other can be found.
The name (commons-logging.properties
) of the properties file to search for.
The name (org.apache.commons.logging.LogFactory
) of the property
used to identify the LogFactory implementation
class name. This can be used as a system property, or as an entry in a
configuration properties file.
Setting this system property
(org.apache.commons.logging.LogFactory.HashtableImpl
)
value allows the Hashtable
used to store
classloaders to be substituted by an alternative implementation.
Note: LogFactory
will print:
to system error and then continue using a standard Hashtable.
[ERROR] LogFactory: Load of custom hashtable failed
Usage: Set this property when Java is invoked
and LogFactory
will attempt to load a new instance
of the given implementation class.
For example, running the following ant scriplet:
will mean that
<java classname="${test.runner}" fork="yes" failonerror="${test.failonerror}">
...
<sysproperty
key="org.apache.commons.logging.LogFactory.HashtableImpl"
value="org.apache.commons.logging.AltHashtable"/>
</java>
LogFactory
will load an instance of
org.apache.commons.logging.AltHashtable
.
A typical use case is to allow a custom Hashtable implementation using weak references to be substituted. This will allow classloaders to be garbage collected without the need to release them (on 1.3+ JVMs only, of course ;)
The name (priority
) of the key in the config file used to
specify the priority of that particular config file. The associated value
is a floating-point number; higher values take priority over lower values.
JDK1.3+ 'Service Provider' specification.
The name (use_tccl
) of the key in the config file used
to specify whether logging classes should be loaded via the thread
context class loader (TCCL), or not. By default, the TCCL is used.
The previously constructed LogFactory
instances, keyed by
the ClassLoader
with which it was created.
Prevously constructed LogFactory
instance as in the
factories
map, but for the case where
getClassLoader
returns null
.
This can happen when:
factories
is a Hashtable (not a HashMap),
and hashtables don't allow null as a key.
Protected constructor that is not available for public use.
Return the configuration attribute with the specified name (if any),
or null
if there is no such attribute.
name | Name of the attribute to return |
---|
Return an array containing the names of all currently defined configuration attributes. If there are no such attributes, a zero length array is returned.
Construct (if necessary) and return a LogFactory
instance, using the following ordered lookup procedure to determine
the name of the implementation class to be loaded.
org.apache.commons.logging.LogFactory
system
property.commons-logging.properties
file, if found in the class path of this class. The configuration
file is in standard java.util.Properties
format and
contains the fully qualified name of the implementation class
with the key being the system property defined above.org.apache.commons.logging.impl.LogFactoryImpl
).NOTE - If the properties file method of identifying the
LogFactory
implementation class is utilized, all of the
properties defined in this file will be set as configuration attributes
on the corresponding LogFactory
instance.
NOTE - In a multithreaded environment it is possible that two different instances will be returned for the same classloader environment.
LogConfigurationException | if the implementation class is not available or cannot be instantiated. |
---|
Construct (if necessary) and return a Log
instance,
using the factory's current set of configuration attributes.
NOTE - Depending upon the implementation of
the LogFactory
you are using, the Log
instance you are returned may or may not be local to the current
application, and may or may not be returned again on a subsequent
call with the same name argument.
name | Logical name of the Log instance to be
returned (the meaning of this name is only known to the underlying
logging implementation that is being wrapped) |
---|
LogConfigurationException | if a suitable Log
instance cannot be returned
|
---|
Convenience method to derive a name from the specified class and
call getInstance(String)
with it.
clazz | Class for which a suitable Log name will be derived |
---|
LogConfigurationException | if a suitable Log
instance cannot be returned
|
---|
Convenience method to return a named logger, without the application having to care about factories.
name | Logical name of the Log instance to be
returned (the meaning of this name is only known to the underlying
logging implementation that is being wrapped) |
---|
LogConfigurationException | if a suitable Log
instance cannot be returned
|
---|
Convenience method to return a named logger, without the application having to care about factories.
clazz | Class from which a log name will be derived |
---|
LogConfigurationException | if a suitable Log
instance cannot be returned
|
---|
Returns a string that uniquely identifies the specified object, including its class.
The returned string is of form "classname@hashcode", ie is the same as the return value of the Object.toString() method, but works even when the specified object's class has overidden the toString method.
o | may be null. |
---|
Release any internal references to previously created LogFactory
instances that have been associated with the specified class loader
(if any), after calling the instance method release()
on
each of them.
classLoader | ClassLoader for which to release the LogFactory |
---|
Release any internal references to previously created Log
instances returned by this factory. This is useful in environments
like servlet containers, which implement application reloading by
throwing away a ClassLoader. Dangling references to objects in that
class loader would prevent garbage collection.
Release any internal references to previously created LogFactory
instances, after calling the instance method release()
on
each of them. This is useful in environments like servlet containers,
which implement application reloading by throwing away a ClassLoader.
Dangling references to objects in that class loader would prevent
garbage collection.
Remove any configuration attribute associated with the specified name. If there is no such attribute, no action is taken.
name | Name of the attribute to remove |
---|
Set the configuration attribute with the specified name. Calling
this with a null
value is equivalent to calling
removeAttribute(name)
.
name | Name of the attribute to set |
---|---|
value | Value of the attribute to set, or null
to remove any setting for this attribute
|
Implements the operations described in the javadoc for newFactory.
classLoader | used to load the specified factory class. This is expected to be either the TCCL or the classloader which loaded this class. Note that the classloader which loaded this class might be "null" (ie the bootloader) for embedded systems. |
---|
Return the thread context class loader if available; otherwise return null.
Most/all code should call getContextClassLoaderInternal rather than calling this method directly.
The thread context class loader is available for JDK 1.2 or later, if certain security conditions are met.
Note that no internal logging is done within this method because this method is called every time LogFactory.getLogger() is called, and we don't want too much output generated here.
LogConfigurationException | if a suitable class loader cannot be identified. |
---|---|
SecurityException | if the java security policy forbids access to the context classloader from one of the classes in the current call stack. |
Safely get access to the classloader for the specified class.
Theoretically, calling getClassLoader can throw a security exception, and so should be done under an AccessController in order to provide maximum flexibility. However in practice people don't appear to use security policies that forbid getClassLoader calls. So for the moment all code is written to call this method rather than Class.getClassLoader, so that we could put AccessController stuff in this method without any disruption later if we need to.
Even when using an AccessController, however, this method can still throw SecurityException. Commons-logging basically relies on the ability to access classloaders, ie a policy that forbids all classloader access will also prevent commons-logging from working: currently this method will throw an exception preventing the entire app from starting up. Maybe it would be good to detect this situation and just disable all commons-logging? Not high priority though - as stated above, security policies that prevent classloader access aren't common.
Note that returning an object fetched via an AccessController would technically be a security flaw anyway; untrusted code that has access to a trusted JCL library could use it to fetch the classloader for a class even when forbidden to do so directly.
Returns the current context classloader.
In versions prior to 1.1, this method did not use an AccessController. In version 1.1, an AccessController wrapper was incorrectly added to this method, causing a minor security flaw.
In version 1.1.1 this change was reverted; this method no longer uses an AccessController. User code wishing to obtain the context classloader must invoke this method via AccessController.doPrivileged if it needs support for that.
LogConfigurationException | if there was some weird error while attempting to get the context classloader. |
---|---|
SecurityException | if the current java security policy doesn't allow this class to access the context classloader. |
Indicates true if the user has enabled internal logging.
By the way, sorry for the incorrect grammar, but calling this method areDiagnosticsEnabled just isn't java beans style.
Write the specified message to the internal logging destination.
msg | is the diagnostic message to be output. |
---|
Method provided for backwards compatibility; see newFactory version that takes 3 parameters.
This method would only ever be called in some rather odd situation. Note that this method is static, so overriding in a subclass doesn't have any effect unless this method is called from a method in that subclass. However this method only makes sense to use from the getFactory method, and as that is almost always invoked via LogFactory.getFactory, any custom definition in a subclass would be pointless. Only a class with a custom getFactory method, then invoked directly via CustomFactoryImpl.getFactory or similar would ever call this. Anyway, it's here just in case, though the "managed class loader" value output to the diagnostics will not report the correct value.
Return a new instance of the specified LogFactory
implementation class, loaded by the specified class loader.
If that fails, try the class loader used to load this
(abstract) LogFactory.
The problem is the same one that can occur when loading a concrete Log subclass via a context classloader.
The problem occurs when code running in the context classloader calls class X which was loaded via a parent classloader, and class X then calls LogFactory.getFactory (either directly or via LogFactory.getLog). Because class X was loaded via the parent, it binds to LogFactory loaded via the parent. When the code in this method finds some LogFactoryYYYY class in the child (context) classloader, and there also happens to be a LogFactory class defined in the child classloader, then LogFactoryYYYY will be bound to LogFactory@childloader. It cannot be cast to LogFactory@parentloader, ie this method cannot return the object as the desired type. Note that it doesn't matter if the LogFactory class in the child classloader is identical to the LogFactory class in the parent classloader, they are not compatible.
The solution taken here is to simply print out an error message when this occurs then throw an exception. The deployer of the application must ensure they remove all occurrences of the LogFactory class from the child classloader in order to resolve the issue. Note that they do not have to move the custom LogFactory subclass; that is ok as long as the only LogFactory class it can find to bind to is in the parent classloader.
factoryClass | Fully qualified name of the LogFactory
implementation class |
---|---|
classLoader | ClassLoader from which to load this class |
contextClassLoader | is the context that this new factory will manage logging for. |
LogConfigurationException | if a suitable instance cannot be created |
---|