Is there any way to get the log entries to have the most recent on top? Currently I am using html layout and the newest entry ends up at the bottom of the file. I'd like the newest on top. -- View this message in context: http://old.nabble.com/DailyRollingFileAppender-tp26701419p26701419.html Sent from the Log4j - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
I can't think of one, but you should be able to do it with the org.apache.log4j.rolling.RollingFileAppender in the extras companion (http://logging.apache.org/log4j/companions/extras) using a custom triggering policy. On Dec 6, 2009, at 10:30 AM, Ohad Ben Porat wrote: > Hey, > > I am using the DailyRollingFileAppender in my program and I wish to roll files every 15 minutes but failed to find a way to do so. > Is there a way to configure the DatePattern to trigger file rolling every X minutes? Or is it truly only capable of rolling every single unit time (1 minutes, 1 hour etc... ) ? > > Every help is appreciated, > Thanks. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
Hey, I am using the DailyRollingFileAppender in my program and I wish to roll files every 15 minutes but failed to find a way to do so. Is there a way to configure the DatePattern to trigger file rolling every X minutes? Or is it truly only capable of rolling every single unit time (1 minutes, 1 hour etc... ) ? Every help is appreciated, Thanks.
The RollingFileAppender framework in the extras companion (http://logging.apache.org/log4j/companions/extras/index.html) would be a better starting point. Much more designed for extensibility than DailyRollingFileAppender but offers the same features when properly configured. You should be able to replace the rolling policy with an extended one that does what you want. As for an existing solution, I'm not aware of one, but I wouldn't be surprised if someone pointed you to one in the new day or so. On Dec 4, 2009, at 1:57 PM, JOSE L MARTINEZ-AVIAL wrote: > Hello, > Does anyone know if it's possible to "concatenate" two appenders? I have > setup a DRFA that rollovers at midnight, and I'd like it to send the file it > generates by mail to a certain mail address. I know I can modify the DRFA to > do that, but I wonder if such behaviour is already contemplated in the > log4j? Has anyone done something like this? > > thanks > > JL --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
Hello,
Does anyone know if it's possible to "concatenate" two appenders? I have
setup a DRFA that rollovers at midnight, and I'd like it to send the file it
generates by mail to a certain mail address. I know I can modify the DRFA to
do that, but I wonder if such behaviour is already contemplated in the
log4j? Has anyone done something like this?
thanks
JL
Hi,
Servers never guarantees that thread allocated to a request from client would be given the
same thread on subsequent requests from the client. Hence its advisable to clear out the mdc
info before the request ends(preferable)or in case you wouldn't like to clean up then make
sure you overwrite it every time to get the correct output.
Hope this helps!!
Cheers!
-----Original Message-----
From: Renan Vinícius Mozone [mailto:renan.mozone@gmail.com]
Sent: Fri 12/4/2009 11:19 PM
To: log4j-user
Subject: Using MDC on an application server with thread pools
On my web application (it uses JSP pages) I'm using the MDC to put the
the sessionid on the log records, but i'm facing a problem. The application
server is IBM WebSphere 6.1 and it uses thread pools. So, sometimes, the
thread for some sessions is changed (the pool allocate another thread to
continue the session) and since the MDC is thread based, in this cases I'm
getting a incorrect session on the log records. The log's are scrambled now.
Any suggestions?
Information transmitted by this e-mail is proprietary to MphasiS, its associated companies
and/ or its customers and is intended
for use only by the individual or entity to which it is addressed, and may contain information
that is privileged, confidential or
exempt from disclosure under applicable law. If you are not the intended recipient or it appears
that this mail has been forwarded
to you without proper authority, you are notified that any use or dissemination of this information
in any manner is strictly
prohibited. In such cases, please notify us immediately at mailmaster@mphasis.com and delete
this mail from your records.
On my web application (it uses JSP pages) I'm using the MDC to put the
the sessionid on the log records, but i'm facing a problem. The application
server is IBM WebSphere 6.1 and it uses thread pools. So, sometimes, the
thread for some sessions is changed (the pool allocate another thread to
continue the session) and since the MDC is thread based, in this cases I'm
getting a incorrect session on the log records. The log's are scrambled now.
Any suggestions?
I quickly looked at an exist-db log4j configuration I found online (from your 1.2 release).. Chainsaw does have a receiver that can parse regular text files (LogFilePatternReceiver, and VFSLogFilePatternReceiver, which supports jakarta-commons-vfs file systems). The filepatternreceiver has the most success at parsing text log files when there are clear delimiters between fields, which means your format is pretty good: %d [%t] %-5p (%F [%M]:%L) - %m %n I would replace %-5p with %-7p or something like that, since WARNING is >5 characters and will be truncated - if Chainsaw can't parse a level, it will assume the entry's level is DEBUG.. Next, start the Web Start (or bundle) version of Chainsaw, go to the Welcome tab and click on 'view example receiver configuration' button. Copy that text, remove all 'plugin' entries except for the LogFilePatternReceiver entry and modify the logFormat, fileURL and possibly timeStamp params to match your log file location & format. Save that file, go to the 'view, application-wide preferences' menu and provide the -URL- to that configuration file in the 'automatic configuration URL' field and hit ok. The file should start to load in its own tab. If it doesn't, the chainsaw-log tab should provide information why it's not parsing correctly. If you're using a pattern layout like this: %d [%t] %-7p (%F [%M]: %L) - %m %n Use a logFormat param like this: TIMESTAMP [THREAD] LEVEL (FILE [METHOD]: LINE) - MESSAGE By the way, on XP, the fileURL on the local disk should look something like this: "file:///c:/path/to/my.log" Tailing may or may not work with a file:// URL on windows with LogFilePatternReceiver (for the Web Start/bundle version) - it's greatly improved in svn HEAD. You can find information on logFormat from the Chainsaw help/Receiver Javadoc/LogFilePatternReceiver menu. Also read the info available from the built-in tutorial (help/tutorial menu) Once you have that working, using VFS-supported file systems (remote tailing over ssh) just means - downloading the VFS dependencies & getting them into the $userhome/.chainsaw/plugins folder or into the classpath - modifying the chainsaw configuration file by changing the plugin class to reference the VFSLogFilePatternReceiver class - modifying the chainsaw configuration file by using a fileURL supported by Jakarta commons-vfs Again, many fixes (and enhancements) have been made on svn trunk that you won't see in the Web Start/released bundle version. Feel free to email with more questions or a small section of the log if you have problems getting Chainsaw to process your log file. Scott On Fri, Nov 27, 2009 at 3:12 PM, Loren Cahlander <loren.cahlander@gmail.com>wrote: > Hello Folks of the log4j-user mailing list, > > I am a contributor to the eXist XML Database. I want to add the ability to > use chainsaw against the database server. What I would like to do is in two > phases. > > The first phase is just to get chainsaw working with the localhost server. > The chainsaw instructions that I have found are not clear enough for me to > get it working. Could someone on the list take a look at eXist's log4j.xml > file and suggest changes and a configuration file for chainsaw? > > The second phase is to create an appender that will use a secure connection > to the server from an outside server using the admin username and password > from the eXist database. Can someone send me a link to a page instructing > me on what class I need to create a subclass off of? > > Thank you, > > Loren Cahlander
Hello Folks of the log4j-user mailing list, I am a contributor to the eXist XML Database. I want to add the ability to use chainsaw against the database server. What I would like to do is in two phases. The first phase is just to get chainsaw working with the localhost server. The chainsaw instructions that I have found are not clear enough for me to get it working. Could someone on the list take a look at eXist's log4j.xml file and suggest changes and a configuration file for chainsaw? The second phase is to create an appender that will use a secure connection to the server from an outside server using the admin username and password from the eXist database. Can someone send me a link to a page instructing me on what class I need to create a subclass off of? Thank you, Loren Cahlander
Don't know about step-by-step, but there seems to be a set of classes within org.apache.log4j.net package which could be used to fulfill that kind of requirement. Have a look at the relevant part of API documentation, available at http://logging.apache.org/log4j/1.2/apidocs/index.html However, remember that you're now moving outside the regular "single node, single process" log4j environment, and there's a number of new things to take into account, such as: - security - should logging access to the log server be restricted? - confidentiality - should the log messages be protected from eavesdropping during transit? - reliability - what to do upon network interruptions or log server outage? ... there could well be other issues, but these I could put down without thinking too much. They're all issues that you just don't have on a single machine, and issues for which you'll need answers for designing the central server implementation. -- ..Juha Kaushal Shriyan wrote: > Hi, > > Is there a way to have a central log server using log4j ? Any step by > step guide to configure it. > > Thanks, > > Kaushal > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
I found out that my problem I detected was my own fault. To the time the programm lets log4j put out the particular warning log4j is not configured yet. And there is my next question: I have the situation, that i like to configure my own programme and use log4j to put out particular configuration-problems. Since the configuartion of my own programme also got teh filename of the log4j configuration I have kind of of chicken-and-egg-problem (as we'd say in German) My idea is now having a provisoric log4j configuration and using the configured file later on. But therefore it would be nice having a simple way of getting rid of the first configuration, since log4j configures additively. Is there a method like that somewhere? thanks a lot in advance fro any good hint. takidoso wrote: > > well here my second try of loading up the configuration file, since the > paste seems not to work properly. > > http://old.nabble.com/file/p26393678/log4j.xml log4j.xml > > First I treid it using LevelMin and LevelMax the otherway around, but then > I did not get any logging file. > I am using log4j Version 1.2.15 > -- View this message in context: http://old.nabble.com/Funny-behaviour-of-filters-%28second-try-with-upload-file%29-tp26393678p26476644.html Sent from the Log4j - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
Hi, Is there a way to have a central log server using log4j ? Any step by step guide to configure it. Thanks, Kaushal --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
FAQ answer refers to log4j 1.2.16, which has not been released yet - is that coming soon? On Fri, Nov 20, 2009 at 8:26 AM, Curt Arnold <carnold@apache.org> wrote: > Please read the FAQ on Tomcat class-loading at > http://svn.apache.org/repos/asf/logging/log4j/trunk/src/site/fml/faq.fml. > There are ways to reconfigure Tomcat (and most likely Glassfish) that will > avoid the issue if you can't update to a release that has the bug fixed. > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > >
Please read the FAQ on Tomcat class-loading at http://svn.apache.org/repos/asf/logging/log4j/trunk/src/site/fml/faq.fml. There are ways to reconfigure Tomcat (and most likely Glassfish) that will avoid the issue if you can't update to a release that has the bug fixed. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
What does your log4j.xml/properties look like? What you want is easily achievable, you just need to set it up correctly. log4j.rootLogger = ERROR log4j.logger.com.one = DEBUG, ONE log4j.logger.com.two = DEBUG, two log4j.appender.ONE = ... log4j.appender.TWO = ... etc. On Fri, Nov 20, 2009 at 2:49 AM, d1ve blu3 <d1ve2blu3@gmail.com> wrote: > hi,, > > i'm new to this group. > > I've manage to generate 2 log files. but it seems both content are same,, > > what i want to know is it possible to generate two log files with > different content? > example: > I had a java project. it have 2 packager. "com.one" and "com.two". > What i want now is to log every class in "com.one" to one.log and log > every class in "com.two" to two.log. > > is it possible??? > > thanks before,,, > > -- > This transmission may contain confidential or privileged material. Any use > of > this information by anyone other than the intended recipient is prohibited. > If > you have received this transmission in error, please immediately throw > away your computer because this message will explode in 10 second. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > >
hi,, i'm new to this group. I've manage to generate 2 log files. but it seems both content are same,, what i want to know is it possible to generate two log files with different content? example: I had a java project. it have 2 packager. "com.one" and "com.two". What i want now is to log every class in "com.one" to one.log and log every class in "com.two" to two.log. is it possible??? thanks before,,, -- This transmission may contain confidential or privileged material. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately throw away your computer because this message will explode in 10 second. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
http://java.sun.com/products/servlet/2.5/docs/servlet-2_5-mr2/javax/servlet/ServletContextListener.html, see #contextDestroyed(). On Fri, Nov 20, 2009 at 3:28 PM, Pat Farrell <pfarrell@pfarrell.com> wrote: > Brett Randall wrote: > > Is this only occurring during hot-redeploys of a WAR-file? What ultimate > > impact is it having on the production webapp? > > I'm still developing the code, its not yet in production. > > It also happens on occasion spontaneously when the app is quiescent. The > code in question is a WorkingSetCache, doing the expected cycle of > napping, looking for entries "in use" and flushing out the stale ones. > > > > Is the exception being thrown > > from a dying webapp thread? Is that thread's lifecycle being properly > > managed i.e. if DbC:Person is a thread started by the webapp, is there a > > context listener to shut it down when the webapp is undeployed? > > I don't think its only a dying webapp, but its not easily reproducible. > > What's a context listener? Give me a pointer and I'll implement one. > > In general, the cache codes are started by a MasterControlProgram when > any path of startup is tickled. They should run forever, or until the > webapp is replaced by a new war. > > Pat > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > >
Brett Randall wrote: > Is this only occurring during hot-redeploys of a WAR-file? What ultimate > impact is it having on the production webapp? I'm still developing the code, its not yet in production. It also happens on occasion spontaneously when the app is quiescent. The code in question is a WorkingSetCache, doing the expected cycle of napping, looking for entries "in use" and flushing out the stale ones. > Is the exception being thrown > from a dying webapp thread? Is that thread's lifecycle being properly > managed i.e. if DbC:Person is a thread started by the webapp, is there a > context listener to shut it down when the webapp is undeployed? I don't think its only a dying webapp, but its not easily reproducible. What's a context listener? Give me a pointer and I'll implement one. In general, the cache codes are started by a MasterControlProgram when any path of startup is tickled. They should run forever, or until the webapp is replaced by a new war. Pat --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
Hi Pat, In the case of your first stack trace I was referring to the static variable declared at line 71 of http://svn.apache.org/viewvc/logging/log4j/tags/v1_2_15/src/main/java/org/apache/log4j/helpers/AbsoluteTimeDateFormat.java?view=markup: private static char[] previousTimeWithoutMillis = new char[9]; // "HH:mm:ss." I think you'll find it is the culprit in the first stack trace. That said, I believe the nature of this bug is that it can occur on any static member which is nulled during Tomcat classloader disposal with a webapp reload as per the bug already mentioned. Is this only occurring during hot-redeploys of a WAR-file? What ultimate impact is it having on the production webapp? Is the exception being thrown from a dying webapp thread? Is that thread's lifecycle being properly managed i.e. if DbC:Person is a thread started by the webapp, is there a context listener to shut it down when the webapp is undeployed? Nothing will cause these sorts of problems quite like an unterminated thread whose classloader is that of the unloaded webapp. Brett On Thu, Nov 19, 2009 at 5:41 PM, Pat Farrell <pfarrell@pfarrell.com> wrote: > Brett Randall wrote: > > You mentioned that this problem occurs when deploying a new WAR file - > that > > would agree with aforementioned likely classloader disposal problems. And > it > > currently agrees with your stack traces and the NPE you are seeing, which > > looks to relate to a static char[] in that class, which is caching the > time > > in HH:mm:ss format for performance reasons. > > Interesting, the "that class" is one of the legacy Tomcat classes, > right? there are no static char[] in my code near there. > > I've changed over to EnhancedPatternLayout, and that is not sufficient > to make it go away, I'm still getting NPE. > > Exception in thread "DbC:User" > java.lang.NullPointerException > at org.apache.log4j.spi.LocationInfo.<init>(LocationInfo.java:112) > at > > org.apache.log4j.spi.LoggingEvent.getLocationInformation(LoggingEvent.java:247) > at > > org.apache.log4j.pattern.LineLocationPatternConverter.format(LineLocationPatternConverter.java:58) > at > > org.apache.log4j.pattern.BridgePatternConverter.format(BridgePatternConverter.java:119) > at > > org.apache.log4j.EnhancedPatternLayout.format(EnhancedPatternLayout.java:533) > at > org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:302) > at org.apache.log4j.WriterAppender.append(WriterAppender.java:160) > at > org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:251) > at > > org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:66) > at org.apache.log4j.Category.callAppenders(Category.java:206) > at org.apache.log4j.Category.forcedLog(Category.java:391) > at org.apache.log4j.Logger.trace(Logger.java:172) > at > > com.pfarrell.utils.collections.DatabaseCache.makeRefreshString(DatabaseCache.java:148) > at > > com.pfarrell.utils.collections.DatabaseCache.refreshValues(DatabaseCache.java:161) > at > > com.pfarrell.utils.collections.DatabaseCache.processAll(DatabaseCache.java:126) > at > > com.pfarrell.utils.collections.WorkingSetCache.run(WorkingSetCache.java:159) > at java.lang.Thread.run(Thread.java:619) > Exception in thread "DbC:Person" > -- > Pat Farrell > http://www.pfarrell.com/ > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > >
Brett Randall wrote:
> You mentioned that this problem occurs when deploying a new WAR file - that
> would agree with aforementioned likely classloader disposal problems. And it
> currently agrees with your stack traces and the NPE you are seeing, which
> looks to relate to a static char[] in that class, which is caching the time
> in HH:mm:ss format for performance reasons.
Interesting, the "that class" is one of the legacy Tomcat classes,
right? there are no static char[] in my code near there.
I've changed over to EnhancedPatternLayout, and that is not sufficient
to make it go away, I'm still getting NPE.
Exception in thread "DbC:User"
java.lang.NullPointerException
at org.apache.log4j.spi.LocationInfo.<init>(LocationInfo.java:112)
at
org.apache.log4j.spi.LoggingEvent.getLocationInformation(LoggingEvent.java:247)
at
org.apache.log4j.pattern.LineLocationPatternConverter.format(LineLocationPatternConverter.java:58)
at
org.apache.log4j.pattern.BridgePatternConverter.format(BridgePatternConverter.java:119)
at
org.apache.log4j.EnhancedPatternLayout.format(EnhancedPatternLayout.java:533)
at
org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:302)
at org.apache.log4j.WriterAppender.append(WriterAppender.java:160)
at
org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:251)
at
org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:66)
at org.apache.log4j.Category.callAppenders(Category.java:206)
at org.apache.log4j.Category.forcedLog(Category.java:391)
at org.apache.log4j.Logger.trace(Logger.java:172)
at
com.pfarrell.utils.collections.DatabaseCache.makeRefreshString(DatabaseCache.java:148)
at
com.pfarrell.utils.collections.DatabaseCache.refreshValues(DatabaseCache.java:161)
at
com.pfarrell.utils.collections.DatabaseCache.processAll(DatabaseCache.java:126)
at
com.pfarrell.utils.collections.WorkingSetCache.run(WorkingSetCache.java:159)
at java.lang.Thread.run(Thread.java:619)
Exception in thread "DbC:Person"
--
Pat Farrell
http://www.pfarrell.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
well here my second try of loading up the configuration file, since the paste seems not to work properly. http://old.nabble.com/file/p26393678/log4j.xml log4j.xml First I treid it using LevelMin and LevelMax the otherway around, but then I did not get any logging file. I am using log4j Version 1.2.15 -- View this message in context: http://old.nabble.com/Funny-behaviour-of-filters-%28second-try-with-upload-file%29-tp26393678p26393678.html Sent from the Log4j - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
I am not sure if this time in the quotation all of the xml will be shown. I dont understand, why not all lines of my config are seen in the message below takidoso wrote: > > Hi to all, > I am not sure, if that is a bug or a misconcetion of my own. > I have following log4j.xml : > ---------------------------------- > <?xml version="1.0" encoding="UTF-8" ?> > <!DOCTYPE log4j:configuration SYSTEM "log4j.dtd"> > <log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/"> > <appender name="rootApp" > class="org.apache.log4j.DailyRollingFileAppender"> > > > > <layout class="org.apache.log4j.PatternLayout"> > > </layout> > </appender> > > <appender name="gfcApp" class="org.apache.log4j.DailyRollingFileAppender"> > > > > <layout class="org.apache.log4j.PatternLayout"> > > </layout> > </appender> > > <appender name="fdAppErr" > class="org.apache.log4j.DailyRollingFileAppender"> > > > <layout class="org.apache.log4j.PatternLayout"> > > </layout> > > <filter class="org.apache.log4j.varia.LevelRangeFilter"> > > > </filter> > </appender> > > > <appender name="fdAppLog" > class="org.apache.log4j.DailyRollingFileAppender"> > > > > <layout class="org.apache.log4j.PatternLayout"> > > </layout> > <filter class="org.apache.log4j.varia.LevelRangeFilter"> > > > </filter> > </appender> > > <appender name="fdAppTrace" > class="org.apache.log4j.DailyRollingFileAppender"> > > > > <layout class="org.apache.log4j.PatternLayout"> > > </layout> > </appender> > > > <category name="de.equens.filedemon" additivity="false"> > <priority value="INFO" ></priority> > <appender-ref ref="fdAppErr" /> > <appender-ref ref="fdAppLog" /> > </category> > > <category name="de.equens.fileconverter" additivity="false"> > <priority value="WARN" ></priority> > <appender-ref ref="gfcApp" /> > </category> > > > <root> > <priority value="off"/> > </root> > > </log4j:configuration> > ----------------------------------------------- > I notice, that I cannot find any warning even though I put defenitely one > out. > I intend with this configuration that a warning would be found in > filedemon.log as well in filedemon.error, since I have put the logger (or > category) to Level Info. > I cannot find the warning anywere, but errors and infos are where I expect > them. > What am i doing wrong? > > Thanks for hints in advance > > Takidoso > > http://old.nabble.com/file/p26393423/log4j.xml log4j.xml > -- View this message in context: http://old.nabble.com/funny-behaviour-using-filters-tp26393423p26393646.html Sent from the Log4j - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
I cannot see how you configure the LevelRangeFilter. See my example for separating console.out
and console.err:
<appender name="CONSOLE.ERR" class="org.apache.log4j.ConsoleAppender">
<param name="target" value="System.err"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{HH:mm:ss.SSS} (%6r) %-5p [%-7t] %F:%L
%x - %m%n"/>
</layout>
<filter class="org.apache.log4j.varia.LevelRangeFilter">
<param name="LevelMin" value="warn"/>
<param name="LevelMax" value="fatal"/>
<param name="AcceptOnMatch" value="false"/>
</filter>
</appender>
<appender name="CONSOLE.OUT" class="org.apache.log4j.ConsoleAppender">
<param name="target" value="System.out"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d{HH:mm:ss.SSS} (%6r) %-5p [%-7t] %F:%L
%x - %m%n"/>
</layout>
<filter class="org.apache.log4j.varia.LevelRangeFilter">
<param name="LevelMin" value="trace"/>
<param name="LevelMax" value="info"/>
<param name="AcceptOnMatch" value="false"/>
</filter>
</appender>
Heri
-----Ursprüngliche Nachricht-----
Von: takidoso [mailto:Malte.Kempff@de.equens.com]
Gesendet: Dienstag, 17. November 2009 17:55
An: log4j-user@logging.apache.org
Betreff: [SCL-4] funny behaviour using filters
Hi to all,
I am not sure, if that is a bug or a misconcetion of my own.
I have following log4j.xml :
----------------------------------
<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">
<appender name="rootApp" class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
</appender>
<appender name="gfcApp" class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
</appender>
<appender name="fdAppErr" class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
<filter class="org.apache.log4j.varia.LevelRangeFilter">
</filter>
</appender>
<appender name="fdAppLog" class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
<filter class="org.apache.log4j.varia.LevelRangeFilter">
</filter>
</appender>
<appender name="fdAppTrace"
class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
</appender>
<category name="de.equens.filedemon" additivity="false">
<priority value="INFO" ></priority>
<appender-ref ref="fdAppErr" />
<appender-ref ref="fdAppLog" />
</category>
<category name="de.equens.fileconverter" additivity="false">
<priority value="WARN" ></priority>
<appender-ref ref="gfcApp" />
</category>
<root>
<priority value="off"/>
</root>
</log4j:configuration>
-----------------------------------------------
I notice, that I cannot find any warning even though I put defenitely one
out.
I intend with this configuration that a warning would be found in
filedemon.log as well in filedemon.error, since I have put the logger (or
category) to Level Info.
I cannot find the warning anywere, but errors and infos are where I expect
them.
What am i doing wrong?
Thanks for hints in advance
Takidoso
--
View this message in context: http://old.nabble.com/funny-behaviour-using-filters-tp26393423p26393423.html
Sent from the Log4j - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
Hi to all,
I am not sure, if that is a bug or a misconcetion of my own.
I have following log4j.xml :
----------------------------------
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">
<appender name="rootApp" class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
</appender>
<appender name="gfcApp" class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
</appender>
<appender name="fdAppErr" class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
<filter class="org.apache.log4j.varia.LevelRangeFilter">
</filter>
</appender>
<appender name="fdAppLog" class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
<filter class="org.apache.log4j.varia.LevelRangeFilter">
</filter>
</appender>
<appender name="fdAppTrace"
class="org.apache.log4j.DailyRollingFileAppender">
<layout class="org.apache.log4j.PatternLayout">
</layout>
</appender>
<category name="de.equens.filedemon" additivity="false">
<priority value="INFO" ></priority>
<appender-ref ref="fdAppErr" />
<appender-ref ref="fdAppLog" />
</category>
<category name="de.equens.fileconverter" additivity="false">
<priority value="WARN" ></priority>
<appender-ref ref="gfcApp" />
</category>
<root>
<priority value="off"/>
</root>
</log4j:configuration>
-----------------------------------------------
I notice, that I cannot find any warning even though I put defenitely one
out.
I intend with this configuration that a warning would be found in
filedemon.log as well in filedemon.error, since I have put the logger (or
category) to Level Info.
I cannot find the warning anywere, but errors and infos are where I expect
them.
What am i doing wrong?
Thanks for hints in advance
Takidoso
--
View this message in context: http://old.nabble.com/funny-behaviour-using-filters-tp26393423p26393423.html
Sent from the Log4j - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
Thanks a lot Heri. I added jars and that solved the problem. thanks again. Bender Heri wrote: > > Hibernate uses the commons-logging framework. Your list of jars does not > include the commons-logging.jar. I guess that hibernate when loaded the > first time finds the commons-logging of the tomcat root libraries and > initializes there, where your special logger is not found. Include a > commons-logging.jar into your lib and there you go > Heri > > -----Ursprüngliche Nachricht----- > Von: John2000 [mailto:johnkk57@gmail.com] > Gesendet: Montag, 16. November 2009 15:30 > An: log4j-user@logging.apache.org > Betreff: Re: AW: Log4j.xml setting for Hibernate not working > > > Yes I have only log4j.xml. No other file in class path:( And my file is > being taken bcaz it creates hibernate.log file but it remains empty. > > I also tried to removing log settings in hibernate.cfg.xml but in no luck. > > I have these jars in WEB-INF\lib > > 09/02/2009 08:10 PM 62,394 activation.jar > 08/31/2009 11:27 AM 2,631,190 activemq-all-5.2.0.jar > 09/10/2009 11:05 AM 435,564 antlr-2.7.5.jar > 09/02/2009 08:11 PM 26,361 asm-1.5.3.jar > 10/21/2009 12:12 PM 29,002 avaya-logging-client-1.0.jar > 09/02/2009 08:11 PM 605,581 c3p0-0.9.1-pre11.jar > 10/05/2009 10:45 AM 322,362 cglib-nodep-2.2.jar > 09/02/2009 08:11 PM 175,426 commons-collections-2.1.1.jar > 07/19/2008 03:51 AM 214,796 commons-httpclient.jar > 09/02/2009 08:10 PM 87,077 commons-pool-1.4.jar > 09/02/2009 08:11 PM 313,898 dom4j-1.6.1.jar > 09/02/2009 08:11 PM 236,115 ehcache-1.3.0.jar > 09/10/2009 11:02 AM 410,878 exchange.jar > 09/02/2009 08:10 PM 287,960 FastInfoset.jar > 09/02/2009 08:11 PM 1,971,632 hibernate3.jar > 09/02/2009 08:10 PM 79,619 http.jar > 08/06/2009 10:14 PM 289,954 httpclient-4.0.jar > 09/02/2009 08:10 PM 89,193 jaxb-api.jar > 09/02/2009 08:11 PM 844,121 jaxb-impl.jar > 09/02/2009 08:11 PM 3,090,959 jaxb-xjc.jar > 09/02/2009 08:11 PM 35,914 jaxws-api.jar > 09/02/2009 08:11 PM 1,266,110 jaxws-rt.jar > 09/02/2009 08:11 PM 502,816 jaxws-tools.jar > 08/31/2009 11:27 AM 25,998 jms.jar > 09/02/2009 08:11 PM 23,246 jsr173_api.jar > 09/02/2009 08:11 PM 7,956 jsr181-api.jar > 09/02/2009 08:11 PM 5,948 jsr250-api.jar > 08/05/2009 01:08 PM 391,834 log4j-1.2.15.jar > 09/02/2009 08:11 PM 371,264 mail.jar > 11/02/2009 11:32 AM 320,677 MessageAPIs-20091102.jar > 10/29/2009 04:50 PM 44,809 messageEventSystemStub.jar > 09/02/2009 08:11 PM 38,240 mimepull.jar > 09/24/2009 11:50 AM 723,660 mysql-connector-java-5.1.8-bin.jar > 09/02/2009 08:11 PM 66,786 resolver.jar > 09/02/2009 08:11 PM 18,623 saaj-api.jar > 09/02/2009 08:11 PM 273,722 saaj-impl.jar > 10/26/2009 01:55 PM 85,287 servlet-api.jar > 09/02/2009 08:11 PM 330,222 sjsxp.jar > 09/02/2009 08:11 PM 10,958 stax-ex.jar > 09/02/2009 08:11 PM 57,250 streambuffer.jar > 40 File(s) 16,805,402 bytes > 2 Dir(s) 52,573,892,608 bytes free > > --John > > > Bender Heri wrote: >> >> Are you sure that your log configuration file is picked up? Maybe >> there is annother config file on the class path which is used before >> yours is found. >> I have no problems on Tomcat with special hibernate loggers. >> Heri >> >> -----Ursprüngliche Nachricht----- >> Von: John2000 [mailto:johnkk57@gmail.com] >> Gesendet: Montag, 16. November 2009 12:57 >> An: log4j-user@logging.apache.org >> Betreff: Log4j.xml setting for Hibernate not working >> >> >> We are using log4j.xml for logging. Everything is working fine except >> hibernet logging. All logs files are crated but for hibernate only log >> file is created and it remains empty. >> >> My log4j.xml settings are >> >> <appender name="HIBERNATELOG" >> class="org.apache.log4j.RollingFileAppender"> >> >> >> >> >> >> <layout >> class="com.common.logging.client.CommonLoggingLayout"> >> >> >> </layout> >> </appender> >> >> >> >> <logger name="org.hibernate" additivity="false"> >> <level value="DEBUG"/> >> <appender-ref ref="HIBERNATELOG"/> </logger> >> >> >> here ../log/hibernate.log file is created in tomcat but nothing after >> that. >> I can see logs on console and in cataline.out file. >> >> Please help. >> >> Thanks in advance. >> >> -- >> View this message in context: >> http://old.nabble.com/Log4j.xml-setting-for-Hibernate-not-working-tp26 >> 370675p26370675.html Sent from the Log4j - Users mailing list archive >> at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org >> For additional commands, e-mail: log4j-user-help@logging.apache.org >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org >> For additional commands, e-mail: log4j-user-help@logging.apache.org >> >> >> > > -- > View this message in context: > http://old.nabble.com/Log4j.xml-setting-for-Hibernate-not-working-tp26370675p26372886.html > Sent from the Log4j - Users mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > > > -- View this message in context: http://old.nabble.com/Log4j.xml-setting-for-Hibernate-not-working-tp26370675p26384602.html Sent from the Log4j - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
Curt Arnold wrote: > Here are the bug reports for both Tomcat and Bugzilla, all you need to > know are there: > > https://glassfish.dev.java.net/issues/show_bug.cgi?id=6637 Interesting. I'm running GF2.1, latest release bundled with Netbeans In the buzilla log, it says: ------- Additional comments from harpreet Fri Oct 24 15:57:40 2008 Approved for v2.1 which would indicate that some part of the fix was incorporated a year ago. Its not clear to me if the basic fix was applied, or just implementation support for the -DENABLE_CLEAR_REFERENCES=false work arround. Since I've found the log4j extras, I've changed my log4j.properties to use the EnhancedPatternLayout If I have more problems, I'll be back. Thanks pat -- Pat Farrell http://www.pfarrell.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
Curt Arnold wrote: > http://logging.apache.org/log4j/companions/extras/index.html and > http://logging.apache.org/log4j/companions/extras/download.html. > > Not all that big, but that was an expressed concern. Thanks. You really should have a link to this on the front landing page for Log4j 1.2, I googled it many times before I found it. Since it fixes known bugs, it really should be more obvious where to find it. If I may, how about including the jar file along with the original log4j1.2.x.jar in the distribution zip/tar.gz. That way, you would get it, and still allow engineers to decide if they need it for their actual deployment. In a web server, typically deployed with gigabytes of ram and multiple cores, the size can't matter, but for something embedded, it makes sense to give folks a choice. Thanks pat -- Pat Farrell http://www.pfarrell.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
On Nov 16, 2009, at 7:51 PM, Brett Randall wrote: > Hi Pat, > > I don't know Glassfish as well as other containers, but according to > Wikipedia[1], "It uses a derivative of Apache Tomcat </wiki/ > Apache_Tomcat> as > the servlet </wiki/Servlet> container for serving Web content" > > You mentioned that this problem occurs when deploying a new WAR file > - that > would agree with aforementioned likely classloader disposal > problems. And it > currently agrees with your stack traces and the NPE you are seeing, > which > looks to relate to a static char[] in that class, which is caching > the time > in HH:mm:ss format for performance reasons. > > Best > Brett > > [1] http://en.wikipedia.org/wiki/GlassFish > Glassfish does contain Tomcat derived code. Glassfish actually incorporated my fix for the class loader issue long before Tomcat did, but I don't know the specific Tomcat. Here are the bug reports for both Tomcat and Bugzilla, all you need to know are there: https://issues.apache.org/bugzilla/show_bug.cgi?id=41059 https://glassfish.dev.java.net/issues/show_bug.cgi?id=6637 --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
On Nov 16, 2009, at 11:17 AM, Pat Farrell wrote: > Yair Ogen wrote: >> do you have log4j extras jar in your classpath? > > Did know I needed it, so no > Where do I find it? > > Slightly OT, but why not just include the classes in the standard > distribution? Is it that big? > http://logging.apache.org/log4j/companions/extras/index.html and http://logging.apache.org/log4j/companions/extras/download.html . Not all that big, but that was an expressed concern. It was placed in a separate jar since we thought it would evolve and release more frequently than log4j proper and so we could still have log4j 1.2 only have a JDK 1.3 dependency and put all the JDK 1.4 dependent general purpose stuff. --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
Hi Pat, I don't know Glassfish as well as other containers, but according to Wikipedia[1], "It uses a derivative of Apache Tomcat </wiki/Apache_Tomcat> as the servlet </wiki/Servlet> container for serving Web content" You mentioned that this problem occurs when deploying a new WAR file - that would agree with aforementioned likely classloader disposal problems. And it currently agrees with your stack traces and the NPE you are seeing, which looks to relate to a static char[] in that class, which is caching the time in HH:mm:ss format for performance reasons. Best Brett [1] http://en.wikipedia.org/wiki/GlassFish On Tue, Nov 17, 2009 at 11:59 AM, Pat Farrell <pfarrell@pfarrell.com> wrote: > Jacob Kjome wrote: > > Given that it happens after a redeploy cycles, it is likely the infamous > > Tomcat bug > > How can it be a Tomcat bug when it happens with Glassfish V2.1? > > If I was using Tomcat, sure. > > > > You say you are not using Tomcat, but your server might be using Tomcat > > under the covers. > > This makes zero sense. > Its glassfish. Or are you claiming that bad code from Tomcat was > imported into Glassfish? > > > -- > Pat Farrell > http://www.pfarrell.com/ > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > >
Jacob Kjome wrote: > Given that it happens after a redeploy cycles, it is likely the infamous > Tomcat bug How can it be a Tomcat bug when it happens with Glassfish V2.1? If I was using Tomcat, sure. > You say you are not using Tomcat, but your server might be using Tomcat > under the covers. This makes zero sense. Its glassfish. Or are you claiming that bad code from Tomcat was imported into Glassfish? -- Pat Farrell http://www.pfarrell.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
JK> Given that it happens after a redeploy cycles, it is likely the infamous Tomcat bug (though they probably don't consider it one) where normally static final constants are nulled by Tomcat code to work around garbage collection bugs while leaving the classloader in-tact +1 On Tue, Nov 17, 2009 at 10:37 AM, Jacob Kjome <hoju@visi.com> wrote: > > Is this actually bombing out your code or is the exception just printed to > System.err? If the latter, then this does not constitute and "uncaught > exception... requiring immediate attention". > > Given that it happens after a redeploy cycles, it is likely the infamous > Tomcat bug (though they probably don't consider it one) where normally > static final constants are nulled by Tomcat code to work around garbage > collection bugs while leaving the classloader in-tact. Therefore, next time > the constant, which in normal usage cannot possibly be null, is reference > and a method on it is executed, a NullPointerException results. > > You say you are not using Tomcat, but your server might be using Tomcat > under the covers. In any case, please indicate whether the exception > actually interrupts your program or the stack trace is simply printed to > System.err. Though, if Tomcat's classloader manipulation is the culprit, > there's not much we can do in either case. > > > Jake > > > On 11/16/2009 2:03 PM, Pat Farrell wrote: > >> Curt Arnold wrote: >> >>> The log4j 1.2 date and date caching code is problematic and was replaced >>> in the abandoned log4j 1.3 effort... >>> >> >> From the log4j FAQ, it says: >>> >> >> "If for any reason, log4j throws an uncaught exception, please send an >> email to the log4j-user@logging.apache.org mailing list. Uncaught >> exceptions are handled as serious bugs requiring immediate attention. " >> >> I think I'm seeing an uncaught exception. If there is really going to be >> "immediate attention" what do I do to help? >> >> > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > >
Is this actually bombing out your code or is the exception just printed to System.err? If the latter, then this does not constitute and "uncaught exception... requiring immediate attention". Given that it happens after a redeploy cycles, it is likely the infamous Tomcat bug (though they probably don't consider it one) where normally static final constants are nulled by Tomcat code to work around garbage collection bugs while leaving the classloader in-tact. Therefore, next time the constant, which in normal usage cannot possibly be null, is reference and a method on it is executed, a NullPointerException results. You say you are not using Tomcat, but your server might be using Tomcat under the covers. In any case, please indicate whether the exception actually interrupts your program or the stack trace is simply printed to System.err. Though, if Tomcat's classloader manipulation is the culprit, there's not much we can do in either case. Jake On 11/16/2009 2:03 PM, Pat Farrell wrote: > Curt Arnold wrote: >> The log4j 1.2 date and date caching code is problematic and was replaced >> in the abandoned log4j 1.3 effort... > >> From the log4j FAQ, it says: > > "If for any reason, log4j throws an uncaught exception, please send an > email to the log4j-user@logging.apache.org mailing list. Uncaught > exceptions are handled as serious bugs requiring immediate attention. " > > I think I'm seeing an uncaught exception. If there is really going to be > "immediate attention" what do I do to help? > --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
Curt Arnold wrote: > The log4j 1.2 date and date caching code is problematic and was replaced > in the abandoned log4j 1.3 effort... >From the log4j FAQ, it says: "If for any reason, log4j throws an uncaught exception, please send an email to the log4j-user@logging.apache.org mailing list. Uncaught exceptions are handled as serious bugs requiring immediate attention. " I think I'm seeing an uncaught exception. If there is really going to be "immediate attention" what do I do to help? -- Pat Farrell http://www.pfarrell.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
Yair Ogen wrote: > do you have log4j extras jar in your classpath? Did know I needed it, so no Where do I find it? Slightly OT, but why not just include the classes in the standard distribution? Is it that big? -- Pat Farrell http://www.pfarrell.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
I am not seeing log4j extras jar in apache-log4j-1.2.15.zip. Where is this log4j extras jar file and is the name log4j_extras.jar? Kay Green 11000 Westmoor Circle Westminster, CO 80021 Office: 720 239-4639 Email: kay.green@mckesson.com McKesson Provider Technologies "Remember Life should NOT be a journey to the grave with the intention of arriving safely in an attractive and well preserved body, but rather to skid in sideways, chocolate in one hand, Mojito in the other, body thoroughly used up, totally worn out and screaming "WOO HOO what a ride!" Confidentiality Notice: This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. -----Original Message----- From: Yair Ogen [mailto:yairogen@gmail.com] Sent: Monday, November 16, 2009 8:17 AM To: Log4J Users List Subject: Re: how to use EnhancedPatternLayout do you have log4j extras jar in your classpath? On Mon, Nov 16, 2009 at 3:42 PM, Pat Farrell <pfarrell@pfarrell.com> wrote: > In another thread, it was suggested that I convert from using > > PatternLayout to EnhancedPatternLayout > > so I changed all occurances of PatternLayout to EnhancedPatternLayout in > my log4j.properties file. A typical line now looks like: > > log4j.appender.fnfbookfile.layout=org.apache.log4j.EnhancedPatternLayout > > > When I run the program, I get errors from log4j: > log4j:ERROR No layout set for the appender named [daemon]. > log4j:ERROR No layout set for the appender named [pat]. > > Did I guess the wrong format? Do I need to use a different > layout.ConversionPattern? > > Do I need an additional jar file of libraries that contain the > backported enhancements? > > Thanks > Pat > > -- > Pat Farrell > http://www.pfarrell.com/ > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org
do you have log4j extras jar in your classpath? On Mon, Nov 16, 2009 at 3:42 PM, Pat Farrell <pfarrell@pfarrell.com> wrote: > In another thread, it was suggested that I convert from using > > PatternLayout to EnhancedPatternLayout > > so I changed all occurances of PatternLayout to EnhancedPatternLayout in > my log4j.properties file. A typical line now looks like: > > log4j.appender.fnfbookfile.layout=org.apache.log4j.EnhancedPatternLayout > > > When I run the program, I get errors from log4j: > log4j:ERROR No layout set for the appender named [daemon]. > log4j:ERROR No layout set for the appender named [pat]. > > Did I guess the wrong format? Do I need to use a different > layout.ConversionPattern? > > Do I need an additional jar file of libraries that contain the > backported enhancements? > > Thanks > Pat > > -- > Pat Farrell > http://www.pfarrell.com/ > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org > For additional commands, e-mail: log4j-user-help@logging.apache.org > >
Hibernate uses the commons-logging framework. Your list of jars does not include the commons-logging.jar.
I guess that hibernate when loaded the first time finds the commons-logging of the tomcat
root libraries and initializes there, where your special logger is not found. Include a commons-logging.jar
into your lib and there you go
Heri
-----Ursprüngliche Nachricht-----
Von: John2000 [mailto:johnkk57@gmail.com]
Gesendet: Montag, 16. November 2009 15:30
An: log4j-user@logging.apache.org
Betreff: Re: AW: Log4j.xml setting for Hibernate not working
Yes I have only log4j.xml. No other file in class path:( And my file is being taken bcaz it
creates hibernate.log file but it remains empty.
I also tried to removing log settings in hibernate.cfg.xml but in no luck.
I have these jars in WEB-INF\lib
09/02/2009 08:10 PM 62,394 activation.jar
08/31/2009 11:27 AM 2,631,190 activemq-all-5.2.0.jar
09/10/2009 11:05 AM 435,564 antlr-2.7.5.jar
09/02/2009 08:11 PM 26,361 asm-1.5.3.jar
10/21/2009 12:12 PM 29,002 avaya-logging-client-1.0.jar
09/02/2009 08:11 PM 605,581 c3p0-0.9.1-pre11.jar
10/05/2009 10:45 AM 322,362 cglib-nodep-2.2.jar
09/02/2009 08:11 PM 175,426 commons-collections-2.1.1.jar
07/19/2008 03:51 AM 214,796 commons-httpclient.jar
09/02/2009 08:10 PM 87,077 commons-pool-1.4.jar
09/02/2009 08:11 PM 313,898 dom4j-1.6.1.jar
09/02/2009 08:11 PM 236,115 ehcache-1.3.0.jar
09/10/2009 11:02 AM 410,878 exchange.jar
09/02/2009 08:10 PM 287,960 FastInfoset.jar
09/02/2009 08:11 PM 1,971,632 hibernate3.jar
09/02/2009 08:10 PM 79,619 http.jar
08/06/2009 10:14 PM 289,954 httpclient-4.0.jar
09/02/2009 08:10 PM 89,193 jaxb-api.jar
09/02/2009 08:11 PM 844,121 jaxb-impl.jar
09/02/2009 08:11 PM 3,090,959 jaxb-xjc.jar
09/02/2009 08:11 PM 35,914 jaxws-api.jar
09/02/2009 08:11 PM 1,266,110 jaxws-rt.jar
09/02/2009 08:11 PM 502,816 jaxws-tools.jar
08/31/2009 11:27 AM 25,998 jms.jar
09/02/2009 08:11 PM 23,246 jsr173_api.jar
09/02/2009 08:11 PM 7,956 jsr181-api.jar
09/02/2009 08:11 PM 5,948 jsr250-api.jar
08/05/2009 01:08 PM 391,834 log4j-1.2.15.jar
09/02/2009 08:11 PM 371,264 mail.jar
11/02/2009 11:32 AM 320,677 MessageAPIs-20091102.jar
10/29/2009 04:50 PM 44,809 messageEventSystemStub.jar
09/02/2009 08:11 PM 38,240 mimepull.jar
09/24/2009 11:50 AM 723,660 mysql-connector-java-5.1.8-bin.jar
09/02/2009 08:11 PM 66,786 resolver.jar
09/02/2009 08:11 PM 18,623 saaj-api.jar
09/02/2009 08:11 PM 273,722 saaj-impl.jar
10/26/2009 01:55 PM 85,287 servlet-api.jar
09/02/2009 08:11 PM 330,222 sjsxp.jar
09/02/2009 08:11 PM 10,958 stax-ex.jar
09/02/2009 08:11 PM 57,250 streambuffer.jar
40 File(s) 16,805,402 bytes
2 Dir(s) 52,573,892,608 bytes free
--John
Bender Heri wrote:
>
> Are you sure that your log configuration file is picked up? Maybe
> there is annother config file on the class path which is used before
> yours is found.
> I have no problems on Tomcat with special hibernate loggers.
> Heri
>
> -----Ursprüngliche Nachricht-----
> Von: John2000 [mailto:johnkk57@gmail.com]
> Gesendet: Montag, 16. November 2009 12:57
> An: log4j-user@logging.apache.org
> Betreff: Log4j.xml setting for Hibernate not working
>
>
> We are using log4j.xml for logging. Everything is working fine except
> hibernet logging. All logs files are crated but for hibernate only log
> file is created and it remains empty.
>
> My log4j.xml settings are
>
> <appender name="HIBERNATELOG"
> class="org.apache.log4j.RollingFileAppender">
>
>
>
>
>
> <layout
> class="com.common.logging.client.CommonLoggingLayout">
>
>
> </layout>
> </appender>
>
>
>
> <logger name="org.hibernate" additivity="false">
> <level value="DEBUG"/>
> <appender-ref ref="HIBERNATELOG"/> </logger>
>
>
> here ../log/hibernate.log file is created in tomcat but nothing after
> that.
> I can see logs on console and in cataline.out file.
>
> Please help.
>
> Thanks in advance.
>
> --
> View this message in context:
> http://old.nabble.com/Log4j.xml-setting-for-Hibernate-not-working-tp26
> 370675p26370675.html Sent from the Log4j - Users mailing list archive
> at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
>
>
--
View this message in context: http://old.nabble.com/Log4j.xml-setting-for-Hibernate-not-working-tp26370675p26372886.html
Sent from the Log4j - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
Yes I have only log4j.xml. No other file in class path:(
And my file is being taken bcaz it creates hibernate.log file but it remains
empty.
I also tried to removing log settings in hibernate.cfg.xml but in no luck.
I have these jars in WEB-INF\lib
09/02/2009 08:10 PM 62,394 activation.jar
08/31/2009 11:27 AM 2,631,190 activemq-all-5.2.0.jar
09/10/2009 11:05 AM 435,564 antlr-2.7.5.jar
09/02/2009 08:11 PM 26,361 asm-1.5.3.jar
10/21/2009 12:12 PM 29,002 avaya-logging-client-1.0.jar
09/02/2009 08:11 PM 605,581 c3p0-0.9.1-pre11.jar
10/05/2009 10:45 AM 322,362 cglib-nodep-2.2.jar
09/02/2009 08:11 PM 175,426 commons-collections-2.1.1.jar
07/19/2008 03:51 AM 214,796 commons-httpclient.jar
09/02/2009 08:10 PM 87,077 commons-pool-1.4.jar
09/02/2009 08:11 PM 313,898 dom4j-1.6.1.jar
09/02/2009 08:11 PM 236,115 ehcache-1.3.0.jar
09/10/2009 11:02 AM 410,878 exchange.jar
09/02/2009 08:10 PM 287,960 FastInfoset.jar
09/02/2009 08:11 PM 1,971,632 hibernate3.jar
09/02/2009 08:10 PM 79,619 http.jar
08/06/2009 10:14 PM 289,954 httpclient-4.0.jar
09/02/2009 08:10 PM 89,193 jaxb-api.jar
09/02/2009 08:11 PM 844,121 jaxb-impl.jar
09/02/2009 08:11 PM 3,090,959 jaxb-xjc.jar
09/02/2009 08:11 PM 35,914 jaxws-api.jar
09/02/2009 08:11 PM 1,266,110 jaxws-rt.jar
09/02/2009 08:11 PM 502,816 jaxws-tools.jar
08/31/2009 11:27 AM 25,998 jms.jar
09/02/2009 08:11 PM 23,246 jsr173_api.jar
09/02/2009 08:11 PM 7,956 jsr181-api.jar
09/02/2009 08:11 PM 5,948 jsr250-api.jar
08/05/2009 01:08 PM 391,834 log4j-1.2.15.jar
09/02/2009 08:11 PM 371,264 mail.jar
11/02/2009 11:32 AM 320,677 MessageAPIs-20091102.jar
10/29/2009 04:50 PM 44,809 messageEventSystemStub.jar
09/02/2009 08:11 PM 38,240 mimepull.jar
09/24/2009 11:50 AM 723,660 mysql-connector-java-5.1.8-bin.jar
09/02/2009 08:11 PM 66,786 resolver.jar
09/02/2009 08:11 PM 18,623 saaj-api.jar
09/02/2009 08:11 PM 273,722 saaj-impl.jar
10/26/2009 01:55 PM 85,287 servlet-api.jar
09/02/2009 08:11 PM 330,222 sjsxp.jar
09/02/2009 08:11 PM 10,958 stax-ex.jar
09/02/2009 08:11 PM 57,250 streambuffer.jar
40 File(s) 16,805,402 bytes
2 Dir(s) 52,573,892,608 bytes free
--John
Bender Heri wrote:
>
> Are you sure that your log configuration file is picked up? Maybe there is
> annother config file on the class path which is used before yours is
> found.
> I have no problems on Tomcat with special hibernate loggers.
> Heri
>
> -----Ursprüngliche Nachricht-----
> Von: John2000 [mailto:johnkk57@gmail.com]
> Gesendet: Montag, 16. November 2009 12:57
> An: log4j-user@logging.apache.org
> Betreff: Log4j.xml setting for Hibernate not working
>
>
> We are using log4j.xml for logging. Everything is working fine except
> hibernet logging. All logs files are crated but for hibernate only log
> file is created and it remains empty.
>
> My log4j.xml settings are
>
> <appender name="HIBERNATELOG"
> class="org.apache.log4j.RollingFileAppender">
>
>
>
>
>
> <layout
> class="com.common.logging.client.CommonLoggingLayout">
>
>
> </layout>
> </appender>
>
>
>
> <logger name="org.hibernate" additivity="false">
> <level value="DEBUG"/>
> <appender-ref ref="HIBERNATELOG"/> </logger>
>
>
> here ../log/hibernate.log file is created in tomcat but nothing after
> that.
> I can see logs on console and in cataline.out file.
>
> Please help.
>
> Thanks in advance.
>
> --
> View this message in context:
> http://old.nabble.com/Log4j.xml-setting-for-Hibernate-not-working-tp26370675p26370675.html
> Sent from the Log4j - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-user-help@logging.apache.org
>
>
>
--
View this message in context: http://old.nabble.com/Log4j.xml-setting-for-Hibernate-not-working-tp26370675p26372886.html
Sent from the Log4j - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-user-help@logging.apache.org
In another thread, it was suggested that I convert from using PatternLayout to EnhancedPatternLayout so I changed all occurances of PatternLayout to EnhancedPatternLayout in my log4j.properties file. A typical line now looks like: log4j.appender.fnfbookfile.layout=org.apache.log4j.EnhancedPatternLayout When I run the program, I get errors from log4j: log4j:ERROR No layout set for the appender named [daemon]. log4j:ERROR No layout set for the appender named [pat]. Did I guess the wrong format? Do I need to use a different layout.ConversionPattern? Do I need an additional jar file of libraries that contain the backported enhancements? Thanks Pat -- Pat Farrell http://www.pfarrell.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscribe@logging.apache.org For additional commands, e-mail: log4j-user-help@logging.apache.org