<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: How not to handle exceptions from static code block in Java</title>
	<atom:link href="http://twasink.net/2006/07/07/how-not-to-handle-exceptions-from-static-code-block-in-java/feed/" rel="self" type="application/rss+xml" />
	<link>http://twasink.net/2006/07/07/how-not-to-handle-exceptions-from-static-code-block-in-java/</link>
	<description>Robert&#039;s Rambling Ruminations Regarding Reality...</description>
	<lastBuildDate>Thu, 12 Apr 2012 16:31:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Robert</title>
		<link>http://twasink.net/2006/07/07/how-not-to-handle-exceptions-from-static-code-block-in-java/#comment-367</link>
		<dc:creator><![CDATA[Robert]]></dc:creator>
		<pubDate>Wed, 12 Jul 2006 23:05:06 +0000</pubDate>
		<guid isPermaLink="false">http://twasink.net/wp/?p=199#comment-367</guid>
		<description><![CDATA[Henry, you are wrong... not about the ExceptionInInitialzerError, which is merely the way the exception gets passed back, but because of the effect the exception has on the class definition. The NoClassDefFoundError which occurs on subsequent access to the class will drown that original exception.

And you _can_ catch Errors. If you weren&#039;t allowed to catch them, they wouldn&#039;t descend from Throwable. There are many situations where you do want to deal with Errors - I&#039;m sure if you stop to think of them, you will.
]]></description>
		<content:encoded><![CDATA[<p>Henry, you are wrong&#8230; not about the ExceptionInInitialzerError, which is merely the way the exception gets passed back, but because of the effect the exception has on the class definition. The NoClassDefFoundError which occurs on subsequent access to the class will drown that original exception.</p>
<p>And you _can_ catch Errors. If you weren&#8217;t allowed to catch them, they wouldn&#8217;t descend from Throwable. There are many situations where you do want to deal with Errors &#8211; I&#8217;m sure if you stop to think of them, you will.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henry</title>
		<link>http://twasink.net/2006/07/07/how-not-to-handle-exceptions-from-static-code-block-in-java/#comment-366</link>
		<dc:creator><![CDATA[Henry]]></dc:creator>
		<pubDate>Wed, 12 Jul 2006 22:52:05 +0000</pubDate>
		<guid isPermaLink="false">http://twasink.net/wp/?p=199#comment-366</guid>
		<description><![CDATA[Wrong, both of you.

It&#039;s perfectly fine to throw a RuntimeException in a static initializer, because the JVM will catch it and rethrow a java.lang.ExceptionInInitializerError, which is an Error and hence should not be caught.
]]></description>
		<content:encoded><![CDATA[<p>Wrong, both of you.</p>
<p>It&#8217;s perfectly fine to throw a RuntimeException in a static initializer, because the JVM will catch it and rethrow a java.lang.ExceptionInInitializerError, which is an Error and hence should not be caught.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

