This week's book giveaway is in the Agile and other Processes forum. We're giving away four copies of The Mikado Method and have Ola Ellnestam and Daniel Brolund on-line! See this thread for details.
I believe it is case insensitive. I am using the jvmarg "-Dlog4j.debug=true", which displays the following output at runtime:
INFO [Thread-3] (Log4jListener.java:163) - log4j: Parsing appender named "stdout".
INFO [Thread-3] (Log4jListener.java:163) - log4j: Parsing layout options for "stdout".
INFO [Thread-3] (Log4jListener.java:163) - log4j: Setting property [conversionPattern] to [%m%n].
INFO [Thread-3] (Log4jListener.java:163) - log4j: End of parsing for "stdout".
INFO [Thread-3] (Log4jListener.java:163) - log4j: Setting property [target] to [System.out].
INFO [Thread-3] (Log4jListener.java:163) - log4j: Setting property [threshold] to [ERROR].
INFO [Thread-3] (Log4jListener.java:163) - log4j: Parsed "stdout" options.
That explains it - if you are asking Log4J to debug its own code no wonder you are getting INFO output for Log4jListener.
Matthew Knaus
Greenhorn
Joined: Jun 04, 2010
Posts: 3
posted
0
I figured out my problem and hope this can help someone else. I was unable to filter out the messages that are logged in Log4jListener when running ant with the following options:
I added the jvmarg "-Dlog4j.debug=true" and noticed that several messages were output to the console before log4j was initialized! I found that you can configure log4j in build.xml instead of using the -listener command line option. I no longer get annoying info messages with this configuration.