<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Asynchronous logging with log4j</title>
	<atom:link href="http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/</link>
	<description>Simple yet powerful Java programming</description>
	<lastBuildDate>Wed, 08 Feb 2012 15:58:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Nickle</title>
		<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/comment-page-1/#comment-27241</link>
		<dc:creator>Nickle</dc:creator>
		<pubDate>Wed, 08 Feb 2012 15:58:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.spartanjava.com/?p=52#comment-27241</guid>
		<description>It&#039;s really cool article. I learned a lot from this. thank you very much.</description>
		<content:encoded><![CDATA[<p>It&#8217;s really cool article. I learned a lot from this. thank you very much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ricardoz</title>
		<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/comment-page-1/#comment-23217</link>
		<dc:creator>ricardoz</dc:creator>
		<pubDate>Fri, 25 Nov 2011 17:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.spartanjava.com/?p=52#comment-23217</guid>
		<description>@Praveen

The info logged and the format of the log file itself are part of the log4j configuration. You can read about it on log4j official website (http://logging.apache.org/log4j/1.2/).

Additionally you might want to check that your code is being compiled with the debbuging flag on, otherwise line numbers won&#039;t be printed on stack traces.</description>
		<content:encoded><![CDATA[<p>@Praveen</p>
<p>The info logged and the format of the log file itself are part of the log4j configuration. You can read about it on log4j official website (<a href="http://logging.apache.org/log4j/1.2/" rel="nofollow">http://logging.apache.org/log4j/1.2/</a>).</p>
<p>Additionally you might want to check that your code is being compiled with the debbuging flag on, otherwise line numbers won&#8217;t be printed on stack traces.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Praveen</title>
		<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/comment-page-1/#comment-22605</link>
		<dc:creator>Praveen</dc:creator>
		<pubDate>Mon, 14 Nov 2011 20:48:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.spartanjava.com/?p=52#comment-22605</guid>
		<description>Thanks for this simple explanation. I implemented this and worked fine, except that the filename/line number in the invoking method is not being displayed. Is there any other configuration involved?</description>
		<content:encoded><![CDATA[<p>Thanks for this simple explanation. I implemented this and worked fine, except that the filename/line number in the invoking method is not being displayed. Is there any other configuration involved?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vishak</title>
		<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/comment-page-1/#comment-9294</link>
		<dc:creator>Vishak</dc:creator>
		<pubDate>Tue, 01 Feb 2011 11:06:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.spartanjava.com/?p=52#comment-9294</guid>
		<description>AsyncAppender uses FIFO (First in First Out) logic. It uses BoundedFIFO utility for this. Pls refer this documentation for more http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/helpers/BoundedFIFO.html

So the sequence inwhich logging happens will be correct</description>
		<content:encoded><![CDATA[<p>AsyncAppender uses FIFO (First in First Out) logic. It uses BoundedFIFO utility for this. Pls refer this documentation for more <a href="http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/helpers/BoundedFIFO.html" rel="nofollow">http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/helpers/BoundedFIFO.html</a></p>
<p>So the sequence inwhich logging happens will be correct</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ricardoz</title>
		<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/comment-page-1/#comment-5197</link>
		<dc:creator>ricardoz</dc:creator>
		<pubDate>Tue, 12 Oct 2010 11:53:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.spartanjava.com/?p=52#comment-5197</guid>
		<description>Ramesh, hi.

1. It should be maintained, at least within the same thread in your application. Are you logging from a single thread environment?

2. No, that&#039;s exactly the purpose of the buffer, if it fills up it will cause en IO wait on your application until the logger can catch up. If you find this happening a lot, you should increase the buffer.</description>
		<content:encoded><![CDATA[<p>Ramesh, hi.</p>
<p>1. It should be maintained, at least within the same thread in your application. Are you logging from a single thread environment?</p>
<p>2. No, that&#8217;s exactly the purpose of the buffer, if it fills up it will cause en IO wait on your application until the logger can catch up. If you find this happening a lot, you should increase the buffer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ramesh</title>
		<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/comment-page-1/#comment-5181</link>
		<dc:creator>Ramesh</dc:creator>
		<pubDate>Mon, 11 Oct 2010 08:48:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.spartanjava.com/?p=52#comment-5181</guid>
		<description>Thanks for sharing the great article, can you clarify my questions

1) when we use this async mode, whether the sequence of the log messages maintained? for me it is not. If the sequence is not maintained it does not make any sense rite?

2) When the buffer fills us it will use sync mode, but is this part of user thread or separate thread by log4j? because the main point here is not to slowdown the user&#039;s thread.</description>
		<content:encoded><![CDATA[<p>Thanks for sharing the great article, can you clarify my questions</p>
<p>1) when we use this async mode, whether the sequence of the log messages maintained? for me it is not. If the sequence is not maintained it does not make any sense rite?</p>
<p>2) When the buffer fills us it will use sync mode, but is this part of user thread or separate thread by log4j? because the main point here is not to slowdown the user&#8217;s thread.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ricardoz</title>
		<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/comment-page-1/#comment-4662</link>
		<dc:creator>ricardoz</dc:creator>
		<pubDate>Tue, 14 Sep 2010 04:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.spartanjava.com/?p=52#comment-4662</guid>
		<description>No, it will try to flush it as soon as possible. The buffer is used in case the number of incoming events overcome the IO capability of the output file.</description>
		<content:encoded><![CDATA[<p>No, it will try to flush it as soon as possible. The buffer is used in case the number of incoming events overcome the IO capability of the output file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matrixstar</title>
		<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/comment-page-1/#comment-4661</link>
		<dc:creator>Matrixstar</dc:creator>
		<pubDate>Tue, 14 Sep 2010 03:46:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.spartanjava.com/?p=52#comment-4661</guid>
		<description>Thank you for your nice article.

Got a question about the below statement.

&quot;The BufferSize parameter of the AsyncAppender defines the number of entries that will be stored in memory to let the actual appender catch up flushing them to their final destination.&quot;

I tried AsyncAppender, but what I noticed is, the log message is sent to the destination appender (for example FileAppender) from AsyncAppender as soon the message is sent to AsyncAppender. Doesn&#039;t AsyncAppender dispatcher thread wait until the buffer fills up? Your advise will be much appreciated.</description>
		<content:encoded><![CDATA[<p>Thank you for your nice article.</p>
<p>Got a question about the below statement.</p>
<p>&#8220;The BufferSize parameter of the AsyncAppender defines the number of entries that will be stored in memory to let the actual appender catch up flushing them to their final destination.&#8221;</p>
<p>I tried AsyncAppender, but what I noticed is, the log message is sent to the destination appender (for example FileAppender) from AsyncAppender as soon the message is sent to AsyncAppender. Doesn&#8217;t AsyncAppender dispatcher thread wait until the buffer fills up? Your advise will be much appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neeraj Jaiswal</title>
		<link>http://www.spartanjava.com/2009/asynchronous-logging-with-log4j/comment-page-1/#comment-4533</link>
		<dc:creator>Neeraj Jaiswal</dc:creator>
		<pubDate>Tue, 07 Sep 2010 14:04:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.spartanjava.com/?p=52#comment-4533</guid>
		<description>Hey,

I really like your article. Infact I was also working on improving the use of log4j.

Check out this article of mine on version based login. Its just a basic code.

http://www.technimi.com/index.php?do=/blog/version-based-logging-using-log4j/</description>
		<content:encoded><![CDATA[<p>Hey,</p>
<p>I really like your article. Infact I was also working on improving the use of log4j.</p>
<p>Check out this article of mine on version based login. Its just a basic code.</p>
<p><a href="http://www.technimi.com/index.php?do=/blog/version-based-logging-using-log4j/" rel="nofollow">http://www.technimi.com/index.php?do=/blog/version-based-logging-using-log4j/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

