<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Verbose logging will disturb your sleep</title>
	<atom:link href="http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/feed/" rel="self" type="application/rss+xml" />
	<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/</link>
	<description>Johannes Brodwall&#039;s Musings on Software Architecture and Programming</description>
	<lastBuildDate>Thu, 29 Jul 2010 15:37:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Johannes Brodwall</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-127605</link>
		<dc:creator>Johannes Brodwall</dc:creator>
		<pubDate>Sat, 01 Nov 2008 19:29:02 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-127605</guid>
		<description>Cool. &#039;Nuff said.</description>
		<content:encoded><![CDATA[<p>Cool. &#39;Nuff said.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jhannes</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-97842</link>
		<dc:creator>jhannes</dc:creator>
		<pubDate>Sat, 01 Nov 2008 12:29:02 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-97842</guid>
		<description>Cool. &#039;Nuff said.</description>
		<content:encoded><![CDATA[<p>Cool. &#39;Nuff said.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tfnico</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-97821</link>
		<dc:creator>tfnico</dc:creator>
		<pubDate>Fri, 31 Oct 2008 22:19:56 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-97821</guid>
		<description>Well, it is an alternative for us to use SEVERE for waking us up in the night. I feel FATAL is like the last thing that might get logged before a java.lang.Error gets thrown and the JVM dies.&lt;br&gt;&lt;br&gt;All in all it&#039;s very important that every team decides how they are going to use the log levels, and follow these conventions throughout project and maintenance.</description>
		<content:encoded><![CDATA[<p>Well, it is an alternative for us to use SEVERE for waking us up in the night. I feel FATAL is like the last thing that might get logged before a java.lang.Error gets thrown and the JVM dies.</p>
<p>All in all it&#39;s very important that every team decides how they are going to use the log levels, and follow these conventions throughout project and maintenance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jhannes</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-97807</link>
		<dc:creator>jhannes</dc:creator>
		<pubDate>Fri, 31 Oct 2008 16:12:53 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-97807</guid>
		<description>I&#039;m starting to wonder: Is it just me, or are we all neglecting the &quot;SEVERE/FATAL&quot; error category. Should we use it more?</description>
		<content:encoded><![CDATA[<p>I&#39;m starting to wonder: Is it just me, or are we all neglecting the &#8220;SEVERE/FATAL&#8221; error category. Should we use it more?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tfnico</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-97805</link>
		<dc:creator>tfnico</dc:creator>
		<pubDate>Fri, 31 Oct 2008 13:18:51 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-97805</guid>
		<description>Good idea. I&#039;ll try to get something like that in. Currently our use of WARN is more or less the same as DEBUG :)&lt;br&gt;&lt;br&gt;New record yesterday, only 17 errors in the log! o/</description>
		<content:encoded><![CDATA[<p>Good idea. I&#39;ll try to get something like that in. Currently our use of WARN is more or less the same as DEBUG :)</p>
<p>New record yesterday, only 17 errors in the log! o/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jhannes</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-97775</link>
		<dc:creator>jhannes</dc:creator>
		<pubDate>Thu, 30 Oct 2008 18:17:29 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-97775</guid>
		<description>Very cool case. Another nail in the SOA coffin. ;-)&lt;br&gt;&lt;br&gt;What is the consequence of one such hiccup? If there is some chance that manual intervention is needed, I would log this as ERROR. If there is a sufficient compensation (a retry algorithm, say), I would log this as INFO, and log a permanent failure as ERROR.&lt;br&gt;&lt;br&gt;If it&#039;s in between (e.g. the user got an error message, but no manual intervention is needed) I would log as WARN and collect errors like you do. Knowing me, I would perhaps even keep track of this in the application database, but that&#039;s probably gold plating.</description>
		<content:encoded><![CDATA[<p>Very cool case. Another nail in the SOA coffin. ;-)</p>
<p>What is the consequence of one such hiccup? If there is some chance that manual intervention is needed, I would log this as ERROR. If there is a sufficient compensation (a retry algorithm, say), I would log this as INFO, and log a permanent failure as ERROR.</p>
<p>If it&#39;s in between (e.g. the user got an error message, but no manual intervention is needed) I would log as WARN and collect errors like you do. Knowing me, I would perhaps even keep track of this in the application database, but that&#39;s probably gold plating.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tfnico</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-97759</link>
		<dc:creator>tfnico</dc:creator>
		<pubDate>Thu, 30 Oct 2008 11:39:20 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-97759</guid>
		<description>My problem is that I have many different kind of errors. Since I&#039;m lucky enough to live in a SOA world, I&#039;m using 10 different service providers that each have a handful of hickups per day, and therefore my log-file has about 25-50 new lines each day (still small enough to manage with tail, I think). &lt;br&gt;&lt;br&gt;What I do today is manually count number of errors from each service and store them in an excel sheet. Over time I judge which error is critical enough to do something about. Since &lt;a href=&quot;http://tfnico.blogspot.com/2008/03/wrapping-scrum-in-evolutionary-methods.html&gt;we started doing this&lt;/a&gt; we&#039;ve gone from 500 log-errors/day to 50/day.&lt;br&gt;&lt;br&gt;It would be nice to have some better reporting based on exception type and cron-jobs that could fill in the excel sheet for me, but cost/value (I&#039;m a lousy scripter and our exception structure is kind of chaotic) still makes excel/manual counting the best choice. What you think I should do?</description>
		<content:encoded><![CDATA[<p>My problem is that I have many different kind of errors. Since I&#39;m lucky enough to live in a SOA world, I&#39;m using 10 different service providers that each have a handful of hickups per day, and therefore my log-file has about 25-50 new lines each day (still small enough to manage with tail, I think). </p>
<p>What I do today is manually count number of errors from each service and store them in an excel sheet. Over time I judge which error is critical enough to do something about. Since <a href="http://tfnico.blogspot.com/2008/03/wrapping-scrum-in-evolutionary-methods.html>we started doing this</a> we&#39;ve gone from 500 log-errors/day to 50/day.</p>
<p>It would be nice to have some better reporting based on exception type and cron-jobs that could fill in the excel sheet for me, but cost/value (I&#39;m a lousy scripter and our exception structure is kind of chaotic) still makes excel/manual counting the best choice. What you think I should do?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jhannes</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-97684</link>
		<dc:creator>jhannes</dc:creator>
		<pubDate>Tue, 28 Oct 2008 20:39:07 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-97684</guid>
		<description>I&#039;m not watching the logs. I&#039;m having them sent via mail. That is: if they only contain pertinent info.&lt;br&gt;&lt;br&gt;I think we agree that sed/grep etc on logs is not good. I would add that if I want stats, I don&#039;t think the debug-logs in where I&#039;d get it.</description>
		<content:encoded><![CDATA[<p>I&#39;m not watching the logs. I&#39;m having them sent via mail. That is: if they only contain pertinent info.</p>
<p>I think we agree that sed/grep etc on logs is not good. I would add that if I want stats, I don&#39;t think the debug-logs in where I&#39;d get it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jsorensen</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-97683</link>
		<dc:creator>jsorensen</dc:creator>
		<pubDate>Tue, 28 Oct 2008 20:13:45 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-97683</guid>
		<description>:)&lt;br&gt;&lt;br&gt;And my point is that actually sitting there watching those logs feels like an anti-pattern in the first place (information overload is just the symptom/consequence of that), when you really should be collecting and filtering that data from a bigger perspective in order to find correlations and causes, just like you would with any other system related data (performance graphs over time being a good example).</description>
		<content:encoded><![CDATA[<p>:)</p>
<p>And my point is that actually sitting there watching those logs feels like an anti-pattern in the first place (information overload is just the symptom/consequence of that), when you really should be collecting and filtering that data from a bigger perspective in order to find correlations and causes, just like you would with any other system related data (performance graphs over time being a good example).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jhannes</title>
		<link>http://johannesbrodwall.com/2008/10/28/verbose-logging-will-disturb-your-sleep/comment-page-1/#comment-97681</link>
		<dc:creator>jhannes</dc:creator>
		<pubDate>Tue, 28 Oct 2008 19:58:30 +0000</pubDate>
		<guid isPermaLink="false">http://brodwall.com/johannes/blog/2008/10/28/verbose-logging-will-disturb-your-sleep/#comment-97681</guid>
		<description>My whole point is that logs scrolling by with lots of little things you don&#039;t care about is an anti-pattern whether you watch those logs or not.</description>
		<content:encoded><![CDATA[<p>My whole point is that logs scrolling by with lots of little things you don&#39;t care about is an anti-pattern whether you watch those logs or not.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
