<?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"
	>
<channel>
	<title>Comments on: Java 5 Global Exception Handling</title>
	<atom:link href="http://www.nomachetejuggling.com/2006/06/13/java-5-global-exception-handling/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.nomachetejuggling.com/2006/06/13/java-5-global-exception-handling/</link>
	<description>Rod Hilton's views on programming, technology, and life.</description>
	<pubDate>Wed, 07 Jan 2009 04:31:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Grobregor</title>
		<link>http://www.nomachetejuggling.com/2006/06/13/java-5-global-exception-handling/#comment-31776</link>
		<dc:creator>Grobregor</dc:creator>
		<pubDate>Wed, 20 Aug 2008 15:22:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.air0day.com/2006/06/13/java-5-global-exception-handling/#comment-31776</guid>
		<description>What if somebody has a logging system that needs to keep track of all exceptions? It is ok to fill the log by hand from catch clauses but what if there are still uncaught exceptions. The logging system wouldn't know would it? And error tracking gets hard this way.</description>
		<content:encoded><![CDATA[<p>What if somebody has a logging system that needs to keep track of all exceptions? It is ok to fill the log by hand from catch clauses but what if there are still uncaught exceptions. The logging system wouldn&#8217;t know would it? And error tracking gets hard this way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rod</title>
		<link>http://www.nomachetejuggling.com/2006/06/13/java-5-global-exception-handling/#comment-939</link>
		<dc:creator>Rod</dc:creator>
		<pubDate>Thu, 15 Jun 2006 00:10:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.air0day.com/2006/06/13/java-5-global-exception-handling/#comment-939</guid>
		<description>Rogerborg,

There are a lot of things that are wrong with the code.  I tried pretty hard to think of a good usage for why you'd use this instead of wrapping in a try/catch and the only thing I could really think of was if you have multiple entry points in your code but you want uncaught exceptions to be handled the same way through all of them.  This is slightly more elegant, in this scenario, then making an class that you pass exception information to, and catching Throwable in all of your entry points, then passing it to that class.

But yes, it does break the principle of encapsulation to a great extent (which is what the globals issue is about).  I definitely wouldn't recommend this in place of more traditional solutions except for a few very specific issues.

I'm not making the post like a "hey, look at this cool feature" but a "hey, look at this feature that nobody seems to be talking about."  I certainly have no intention of using it.</description>
		<content:encoded><![CDATA[<p>Rogerborg,</p>
<p>There are a lot of things that are wrong with the code.  I tried pretty hard to think of a good usage for why you&#8217;d use this instead of wrapping in a try/catch and the only thing I could really think of was if you have multiple entry points in your code but you want uncaught exceptions to be handled the same way through all of them.  This is slightly more elegant, in this scenario, then making an class that you pass exception information to, and catching Throwable in all of your entry points, then passing it to that class.</p>
<p>But yes, it does break the principle of encapsulation to a great extent (which is what the globals issue is about).  I definitely wouldn&#8217;t recommend this in place of more traditional solutions except for a few very specific issues.</p>
<p>I&#8217;m not making the post like a &#8220;hey, look at this cool feature&#8221; but a &#8220;hey, look at this feature that nobody seems to be talking about.&#8221;  I certainly have no intention of using it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rogerborg</title>
		<link>http://www.nomachetejuggling.com/2006/06/13/java-5-global-exception-handling/#comment-932</link>
		<dc:creator>Rogerborg</dc:creator>
		<pubDate>Wed, 14 Jun 2006 17:29:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.air0day.com/2006/06/13/java-5-global-exception-handling/#comment-932</guid>
		<description>I'm far too busy screwing the arse off of my hot wife to learn much Java, but I thought that it was firmly entrenched in the GLOBALS == TEH EVILS camp.  Isn't this a bit, you know, non-thread safe?

Also, it occurs to me anyone who's not already wrapping the body of their main() or run() inside a try/catch is the sort of lazy pig who wouldn't piss on their own leg if it were on fire, and so I'm not sure how giving them a different method to ignore really heals the World's Pain.</description>
		<content:encoded><![CDATA[<p>I&#8217;m far too busy screwing the arse off of my hot wife to learn much Java, but I thought that it was firmly entrenched in the GLOBALS == TEH EVILS camp.  Isn&#8217;t this a bit, you know, non-thread safe?</p>
<p>Also, it occurs to me anyone who&#8217;s not already wrapping the body of their main() or run() inside a try/catch is the sort of lazy pig who wouldn&#8217;t piss on their own leg if it were on fire, and so I&#8217;m not sure how giving them a different method to ignore really heals the World&#8217;s Pain.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
