2015年12月6日 星期日

[ Java 文章收集 ] How to use Commons Logging

Source From Here 
How to use Com6mons Logging 
I’ve spent the whole of today trying to find information on how to properly configure commons logging in my java classes, specifically with Jdk14Logger. It’s been a labourous task as a) there’s not much out there and b) Apache’s documentation isn’t brilliant. I finally found one page on Tigris.org explaining commons logging (from the view point of a change in their software), which helped me greatly. 

Due to the lack of decent documentation out there, I’m writing this article to try and help others. 

Logging messages in your code 
In order to log messages in your java code, you will need to import two classes into your source code. These classes are from the Apache Commons Logging library which can be downloaded from here
  1. import org.apache.commons.logging.Log;  
  2. import org.apache.commons.logging.LogFactory;  
Now, to create your log, create an attribute in your class in one of two ways: 
  1. private Log m_log = LogFactory.getLog(MyClass.class);  
Or 
  1. private Log m_log = LogFactory.getLog("MyClassLogger");  
The first option is just creating a generic logger for your class, which will be controlled by the default logging options. The second option is creating a specific logger which you have named ‘MyClassLogger’, that can be controlled individually to the defaults. You may want to do this if you use other third party source code that uses logging but you do not want to see the debugs or other information from that source code. 

Using the logger is pretty straight forward. You can send log messages by calling a method corresponding to priority: 
  1. m_log.fatal(Object message);  
  2. m_log.fatal(Object message, Throwable t);  
  3. m_log.error(Object message);  
  4. m_log.error(Object message, Throwable t);  
  5. m_log.warn(Object message);  
  6. m_log.warn(Object message, Throwable t);  
  7. m_log.info(Object message);  
  8. m_log.info(Object message, Throwable t);  
  9. m_log.debug(Object message);  
  10. m_log.debug(Object message, Throwable t);  
  11. m_log.trace(Object message);  
  12. m_log.trace(Object message, Throwable t);  
These methods are listed in order of priority from highest to lowest. Commons logging, by default, is set to display all messages from INFO and higher. As you can see, each method is overloaded with a method where you can send a Throwable type, such as an Exception – very handy! That’s all you have to do to log the messages, now comes the tricky part, getting to see your messages. 

Configuring your logger. 
There are a number of ways you can set the properties of your logger, either in the system, in a file, in your java source code or at run time. I prefer in a file so that you have a record of your settings and they can be changed easily without chaning your source code every time you change a setting. In my example, I’ll have a file which sits in the same location as my jar file called commons-logging.properties

The first setting tells the system what logger to use. To specify a specific logger be used, set: 
  1. org.apache.commons.logging.Log  
To be one of the below implementation class: 
  1. org.apache.commons.logging.impl.Log4JLogger  
  2. org.apache.commons.logging.impl.Jdk14Logger  
  3. org.apache.commons.logging.impl.SimpleLog  
Where Log4J is the Log4J Logging API, Jdk14Logger uses the Java 1.4+ java.util.logging classes and SimpleLog sends all messages to System.err. So, to use Jdk14Logger, it would look like this: 
  1. org.apache.commons.logging.Log=org.apache.commons.logging.impl.Jdk14Logger  
If this is not set, then by default, the commons-logging framework will attempt to use loggers in this order: 
1. Log4J
2. Jdk 1.4 logger
3. Simple log

So if the org.apache.commons.logging.Log property is not set and Log4J is found in the classpath, it will be used. Otherwise, if the JVM is version 1.4 or later, the java.util.logging classes will be used. Failing that, the built-in SimpleLog will be used. 

To set up Log4JLogger: 
To use Log4J, you need to configure a separate configuration file for it’s logging options. You will need to make sure that the Log4J binary (jar file) is in the classpath for the application. To use Log4J, you need to tell java you want to use it in your properties file: 
  1. org.apache.commons.logging.Log=org.apache.commons.logging.impl.Log4JLogger  
In your commons-logging.properties set the following property: 
  1. log4j.configuration=log4j.properties  
This is for the name of a property file containing the configuration settings for Log4J and it must be in your source code (usually under WEB-INF/classes or lib), see the log4j home pages for documentation on the specific configuration settings. 

To set up Jdk14Logger: 
This is the information I struggled to find. To use the Jdk14Logger, set the Log property to: 
  1. org.apache.commons.logging.Log=org.apache.commons.logging.impl.Jdk14Logger  
To configure the JDK14 logger, you will need to specify a property named “handler” to a white-space separated (or comma separated) list of java.util.logging Handler classes: 
  1. handler=java.util.logging.ConsoleHandler java.util.logging.FileHandler  
The log level can be set per logger or for all loggers at once. To set them all in one go, use: 
To set the log level of a specific logger, like one we created called ‘MyClassLogger’, use: 
  1. MyClassLogger.level=INFO  
Where you use the name of the logger in the property. Here’s an example commons-logging.properties file: 
  1. # commons-logging.properties  
  2. # jdk handlers  
  3. handlers=java.util.logging.FileHandler, java.util.logging.ConsoleHandler  
  4.   
  5. default log level  
  6. .level=INFO  
  7.   
  8. # Specific logger level  
  9. MyClassLogger.level=FINE  
  10.   
  11. # FileHandler options - can also be set to the ConsoleHandler  
  12. # FileHandler level can be set to override the global level:  
  13. #java.util.logging.FileHandler.level=WARN  
  14.   
  15. # log file name for the File Handler  
  16. java.util.logging.FileHandler.pattern=javalog%u.log  
  17.   
  18. # Specify the style of output (simple or xml)  
  19. java.util.logging.FileHandler.formatter=java.util.logging.SimpleFormatter  
  20.   
  21. # Optional - Limit the size of the file (in bytes)  
  22. java.util.logging.FileHandler.limit=50000  
  23.   
  24. # Optional - The number of files to cycle through, by  
  25. # appending an integer to the base file name:  
  26. java.util.logging.FileHandler.count=1  
In the above properties file, we’ve set the global log level to INFO, and the specific class logger to FINE (which is debug). This means that you can print out debug log messages from your class but any third party code you might use (like apache commons XML etc) will be filtered out to INFO (global debug level might print out a lot more information than you really need!). 

The commons logging log levels correspond to the java.util.logging.Level levels like this: 
fatal = Level.SEVERE
error = Level.SEVERE
warn = Level.WARNING
info = Level.INFO
debug = Level.FINE
trace = Level.FINEST

So, if you want to set your class to log all debugs, you use LEVEL.FINE. These are also in order of priority, so, like in our example, if you set your class logger to FINE, then trace log messages will not be recorded. One other very important point to remember is that the ConsoleHandler defaults to a level of INFO, so in order to display debugs to the console (even if your logger is set to debug), you must set the level for the ConsoleHandler to debug. For example: 
  1. java.util.logging.ConsoleHandler.level=FINE  
If you want even more information on the FileHandler, check out it’s API documentation here. There is also other Handlers available, which you will find in that documentation. 

To set up SimpleLog: 
Finally, if there are no other options for commons logging to use, it defaults to the SimpleLog implementation. This is an extremely simple logging system. To use it, use the property: 
  1. org.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog  
The simple implementation of commons logging sends all enabled log messages, for all defined loggers to System.err. You can configure it’s behaviour with these properties: 
  1. # Default logging level for all instances of SimpleLog.  
  2. # Must be either trace, debug, info, warn, error or fatal. Defaults to info.  
  3. org.apache.commons.logging.simplelog.defaultlog=warn  
  4.   
  5. # Logging detail level for a SimpleLog instance named MyClassLogger.  
  6. # Must be either trace, debug, info, warn, error or fatal. Defaults to the  
  7. # above default if not set.  
  8. org.apache.commons.logging.simplelog.log.MyClassLogger=debug  
  9.   
  10. # Show the log name in every message. Defaults to false.  
  11. org.apache.commons.logging.simplelog.showlogname=true  
  12.   
  13. # Show the last component of the name to be output with every message. Defaults to true.  
  14. org.apache.commons.logging.simplelog.showShortLogname=true  
  15.   
  16. # Show the date and time in every message. Defaults to false  
  17. org.apache.commons.logging.simplelog.showdatetime=true  
In addition to looking for system properties, the current implementation checks for a class loader resource named ‘simplelog.properties’. 

Running your program 
In order to make sure your program uses the defined logger you’ve set up, run your java program like this: 
# java -Djava.util.logging.config.file=/absolute/path/to/your/config/file/commons-logging.properties MyClass

Or 
# java -Djava.util.logging.config.file=/absolute/path/to/your/config/file/commons-logging.properties -jar /absolute/path/to/your/jar/file/MyClass.jar

So that java will load your config file and the logger you wish to use. If for some reason it does not want to pay attention to the Log property in your config file, add this line to your command: 
-Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog
And replace SimpleLog with whichever log implementation you wish to use.

沒有留言:

張貼留言

[Git 常見問題] error: The following untracked working tree files would be overwritten by merge

  Source From  Here 方案1: // x -----删除忽略文件已经对 git 来说不识别的文件 // d -----删除未被添加到 git 的路径中的文件 // f -----强制运行 #   git clean -d -fx 方案2: 今天在服务器上  gi...