<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/2.0.10" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Lazy java developers (or why I hate stack traces in logs)</title>
	<link>http://phasorburn.com/index.php/archive/lazy-java-developers-or-why-i-hate-stack-traces-in-logs/</link>
	<description>Warning: Do not look into phasor with remaining eye.</description>
	<pubDate>Mon, 21 May 2012 21:23:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.10</generator>

	<item>
		<title>by: Michael</title>
		<link>http://phasorburn.com/index.php/archive/lazy-java-developers-or-why-i-hate-stack-traces-in-logs/#comment-4047</link>
		<pubDate>Mon, 19 May 2008 17:54:12 +0000</pubDate>
		<guid>http://phasorburn.com/index.php/archive/lazy-java-developers-or-why-i-hate-stack-traces-in-logs/#comment-4047</guid>
					<description>Sweet, a new way to get developers to remove dodgy bits from otherwise good products.  Just piss him off enough.  Seriously though I use comm edition at home and I've always banged my head at the excessive stack dumps, it makes it really hard for an admin to discover some tiny bugs like disk permissions or wrong passwords.</description>
		<content:encoded><![CDATA[<p>Sweet, a new way to get developers to remove dodgy bits from otherwise good products.  Just piss him off enough.  Seriously though I use comm edition at home and I&#8217;ve always banged my head at the excessive stack dumps, it makes it really hard for an admin to discover some tiny bugs like disk permissions or wrong passwords.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Trever</title>
		<link>http://phasorburn.com/index.php/archive/lazy-java-developers-or-why-i-hate-stack-traces-in-logs/#comment-4046</link>
		<pubDate>Mon, 19 May 2008 16:26:33 +0000</pubDate>
		<guid>http://phasorburn.com/index.php/archive/lazy-java-developers-or-why-i-hate-stack-traces-in-logs/#comment-4046</guid>
					<description>Glad to be of service!   Thank you for fixing this.

Much more effective than logging an official bug, methinks. LOL. </description>
		<content:encoded><![CDATA[<p>Glad to be of service!   Thank you for fixing this.</p>
<p>Much more effective than logging an official bug, methinks. LOL.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Dumb. Ass. Java. Propeller Head.</title>
		<link>http://phasorburn.com/index.php/archive/lazy-java-developers-or-why-i-hate-stack-traces-in-logs/#comment-4045</link>
		<pubDate>Mon, 19 May 2008 03:22:30 +0000</pubDate>
		<guid>http://phasorburn.com/index.php/archive/lazy-java-developers-or-why-i-hate-stack-traces-in-logs/#comment-4045</guid>
					<description>I own that code, and I agree that it's completely asinine that we log a stack trace on simple auth failures.  I'd always thought that at some point I'd edited it out and the support folks had made me put it back in.  But I just checked the source control history... and that line of code has never once budged since the first IMAP checkin.  I've been pissed off for years that I wasn't supposed to remove that line, and, uh, yeah.  It'll be gone in 5.0.7.

So... thanks for the rant.  Dickhead.</description>
		<content:encoded><![CDATA[<p>I own that code, and I agree that it&#8217;s completely asinine that we log a stack trace on simple auth failures.  I&#8217;d always thought that at some point I&#8217;d edited it out and the support folks had made me put it back in.  But I just checked the source control history&#8230; and that line of code has never once budged since the first IMAP checkin.  I&#8217;ve been pissed off for years that I wasn&#8217;t supposed to remove that line, and, uh, yeah.  It&#8217;ll be gone in 5.0.7.</p>
<p>So&#8230; thanks for the rant.  Dickhead.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>

