<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/1.5.1-alpha" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Why the Java compiler enforces catching some exceptions and not others</title>
	<link>http://steep.blogsome.com/2006/07/13/why-the-java-compiler-enforces-catching-some-exceptions-and-not-others/</link>
	<description>Hayden Steep's development obstacle course. (Java, JEE, and beyond)</description>
	<pubDate>Sat, 28 Nov 2009 05:05:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.1-alpha</generator>

	<item>
		<title>by: Don Shade</title>
		<link>http://steep.blogsome.com/2006/07/13/why-the-java-compiler-enforces-catching-some-exceptions-and-not-others/#comment-7</link>
		<pubDate>Wed, 19 Jul 2006 12:09:10 +0100</pubDate>
		<guid>http://steep.blogsome.com/2006/07/13/why-the-java-compiler-enforces-catching-some-exceptions-and-not-others/#comment-7</guid>
					<description>Those very smart people seem to agree that checked exceptions are not needed.  I'm not sure why (maybe I'm not as smart), but it seems to be a healthy reminder that Eclipse will force a try/catch block or a throws clause.   

If I were writing a database application and I knew there was a possible SQLException, I would write graceful handling code for this and a finally block for closing the connection to avoid connection pool leaks.

But when it comes to file system exceptions (like file system full, etc.) there's not much I, as a Java programmer, want to do about this, so I would not &quot;check&quot; for those exceptions.

My comments may seem trite.  However, I've attended many Java User Group presentations where this topic is discussed and debated.
  </description>
		<content:encoded><![CDATA[	<p>Those very smart people seem to agree that checked exceptions are not needed.  I&#8217;m not sure why (maybe I&#8217;m not as smart), but it seems to be a healthy reminder that Eclipse will force a try/catch block or a throws clause.   </p>
	<p>If I were writing a database application and I knew there was a possible SQLException, I would write graceful handling code for this and a finally block for closing the connection to avoid connection pool leaks.</p>
	<p>But when it comes to file system exceptions (like file system full, etc.) there&#8217;s not much I, as a Java programmer, want to do about this, so I would not &#8220;check&#8221; for those exceptions.</p>
	<p>My comments may seem trite.  However, I&#8217;ve attended many Java User Group presentations where this topic is discussed and debated.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Anon</title>
		<link>http://steep.blogsome.com/2006/07/13/why-the-java-compiler-enforces-catching-some-exceptions-and-not-others/#comment-6</link>
		<pubDate>Wed, 19 Jul 2006 05:08:38 +0100</pubDate>
		<guid>http://steep.blogsome.com/2006/07/13/why-the-java-compiler-enforces-catching-some-exceptions-and-not-others/#comment-6</guid>
					<description>Checked exceptions are the bomb. They rule.</description>
		<content:encoded><![CDATA[	<p>Checked exceptions are the bomb. They rule.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Hayden</title>
		<link>http://steep.blogsome.com/2006/07/13/why-the-java-compiler-enforces-catching-some-exceptions-and-not-others/#comment-5</link>
		<pubDate>Sat, 15 Jul 2006 14:51:32 +0100</pubDate>
		<guid>http://steep.blogsome.com/2006/07/13/why-the-java-compiler-enforces-catching-some-exceptions-and-not-others/#comment-5</guid>
					<description>Thanks for the correction Tom.  The only java.lang.errors I've experienced are OutOfMemory and StackOverflow.  I didn't realize throwable had 2 branches.</description>
		<content:encoded><![CDATA[	<p>Thanks for the correction Tom.  The only java.lang.errors I&#8217;ve experienced are OutOfMemory and StackOverflow.  I didn&#8217;t realize throwable had 2 branches.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Tom Hawtin</title>
		<link>http://steep.blogsome.com/2006/07/13/why-the-java-compiler-enforces-catching-some-exceptions-and-not-others/#comment-4</link>
		<pubDate>Sat, 15 Jul 2006 11:21:59 +0100</pubDate>
		<guid>http://steep.blogsome.com/2006/07/13/why-the-java-compiler-enforces-catching-some-exceptions-and-not-others/#comment-4</guid>
					<description>Exceptions (with lower case e) that extend java.lang.Error are also unchecked. </description>
		<content:encoded><![CDATA[	<p>Exceptions (with lower case e) that extend java.lang.Error are also unchecked. </p>
]]></content:encoded>
				</item>
</channel>
</rss>
