<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for tfnico</title><link>http://disqus.com/people/tfnico/</link><description></description><language>en</language><lastBuildDate>Sun, 24 May 2009 10:47:45 -0000</lastBuildDate><item><title>Re: Alt kan refaktoreres</title><link>http://thinkinginsideabiggerbox.disqus.com/alt_kan_refaktoreres/#comment-9855971</link><description>Nydelig!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tfnico</dc:creator><pubDate>Sun, 24 May 2009 10:47:45 -0000</pubDate></item><item><title>Re: Architecture as tidying up</title><link>http://thinkinginsideabiggerbox.disqus.com/architecture_as_tidying_up/#comment-5860279</link><description>Good thought, Johannes. I was just struggling with this yesterday, I was adding a JDBC implementation of an interface inside a functional package "picture.storage" ,and suddenly I found myself having to increase the visibility of several implementation methods to public so I could use them in the "dao.jdbc" package. Very booring.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tfnico</dc:creator><pubDate>Thu, 05 Feb 2009 03:16:13 -0000</pubDate></item><item><title>Re: Verbose logging will disturb your sleep</title><link>http://thinkinginsideabiggerbox.disqus.com/verbose_logging_will_disturb_your_sleep/#comment-3430693</link><description>Cool. 'Nuff said.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jhannes</dc:creator><pubDate>Sat, 01 Nov 2008 10:29:02 -0000</pubDate></item><item><title>Re: Verbose logging will disturb your sleep</title><link>http://thinkinginsideabiggerbox.disqus.com/verbose_logging_will_disturb_your_sleep/#comment-3425691</link><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'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><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tfnico</dc:creator><pubDate>Fri, 31 Oct 2008 20:19:56 -0000</pubDate></item><item><title>Re: Verbose logging will disturb your sleep</title><link>http://thinkinginsideabiggerbox.disqus.com/verbose_logging_will_disturb_your_sleep/#comment-3411644</link><description>I'm starting to wonder: Is it just me, or are we all neglecting the "SEVERE/FATAL" error category. Should we use it more?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jhannes</dc:creator><pubDate>Fri, 31 Oct 2008 14:12:53 -0000</pubDate></item><item><title>Re: Verbose logging will disturb your sleep</title><link>http://thinkinginsideabiggerbox.disqus.com/verbose_logging_will_disturb_your_sleep/#comment-3408941</link><description>Good idea. I'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><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tfnico</dc:creator><pubDate>Fri, 31 Oct 2008 11:18:51 -0000</pubDate></item><item><title>Re: Verbose logging will disturb your sleep</title><link>http://thinkinginsideabiggerbox.disqus.com/verbose_logging_will_disturb_your_sleep/#comment-3397109</link><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. ERROR messages "wake me up in the middle of the night".&lt;br&gt;&lt;br&gt;If it'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's probably gold plating. WARN messages don't wake me up in the middle of the night.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jhannes</dc:creator><pubDate>Thu, 30 Oct 2008 16:17:29 -0000</pubDate></item><item><title>Re: Verbose logging will disturb your sleep</title><link>http://thinkinginsideabiggerbox.disqus.com/verbose_logging_will_disturb_your_sleep/#comment-3389580</link><description>My problem is that I have many different kind of errors. Since I'm lucky enough to live in a SOA world, I'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="http://tfnico.blogspot.com/2008/03/wrapping-scrum-in-evolutionary-methods.html rel="nofollow"&gt;we started doing this&lt;/a&gt; we'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'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><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tfnico</dc:creator><pubDate>Thu, 30 Oct 2008 09:39:20 -0000</pubDate></item><item><title>Re: I'm moderating the IfI alumni open source debate</title><link>http://thinkinginsideabiggerbox.disqus.com/im_moderating_the_ifi_alumni_open_source_debate/#comment-3270976</link><description>Thanks for the re-tweeting. Erm, re-blogging.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tfnico</dc:creator><pubDate>Fri, 24 Oct 2008 06:55:09 -0000</pubDate></item></channel></rss>