<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Robust Java Exception Handling</title>
	<link>http://coding.moris.org/archives/2006/07/20/robust-java-exception-handling/</link>
	<description>Java programming tips and advice, and other topics</description>
	<pubDate>Wed, 19 Nov 2008 11:58:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>

	<item>
		<title>by: Eddy</title>
		<link>http://coding.moris.org/archives/2006/07/20/robust-java-exception-handling/#comment-8780</link>
		<pubDate>Fri, 21 Jul 2006 08:43:47 +0000</pubDate>
		<guid>http://coding.moris.org/archives/2006/07/20/robust-java-exception-handling/#comment-8780</guid>
					<description>Gregory, 

I think you are being harsh on the authors. They have not simply rehashed the Java specifications, but have actually researched real-life programs and identified the common mistakes that programmers make when dealing with exception handling -- they refer to open-source Java applications in their analysis.

You may have noticed that one of their findings is that there is a basic flaw in the teaching of Java programming in that exception handling is introduced at a late stage, which wrongly induces the belief that it  is not important during the design phase of the development lifecycle. &lt;a href="http://www.artima.com/intv/solidP.html" rel="nofollow"&gt;James Gosling observed the same thing about exception handling in his interview by Bill Verners.&lt;/a&gt;

The paper not only complements existing style guides but adds a comparison of tools that can help making programs more robust by optimising exception handling. 

Written based on research, this paper provides a unique source of documention on efficient exception handling, which can only be a good thing. You may not be impressed, but it remains a very good resource.</description>
		<content:encoded><![CDATA[<p>Gregory, </p>
<p>I think you are being harsh on the authors. They have not simply rehashed the Java specifications, but have actually researched real-life programs and identified the common mistakes that programmers make when dealing with exception handling &#8212; they refer to open-source Java applications in their analysis.</p>
<p>You may have noticed that one of their findings is that there is a basic flaw in the teaching of Java programming in that exception handling is introduced at a late stage, which wrongly induces the belief that it  is not important during the design phase of the development lifecycle. <a href="http://www.artima.com/intv/solidP.html" rel="nofollow">James Gosling observed the same thing about exception handling in his interview by Bill Verners.</a></p>
<p>The paper not only complements existing style guides but adds a comparison of tools that can help making programs more robust by optimising exception handling. </p>
<p>Written based on research, this paper provides a unique source of documention on efficient exception handling, which can only be a good thing. You may not be impressed, but it remains a very good resource.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Gregory Golberg</title>
		<link>http://coding.moris.org/archives/2006/07/20/robust-java-exception-handling/#comment-8775</link>
		<pubDate>Fri, 21 Jul 2006 05:36:26 +0000</pubDate>
		<guid>http://coding.moris.org/archives/2006/07/20/robust-java-exception-handling/#comment-8775</guid>
					<description>It may be ok for a lame undergrad paper, but
that's about it.

Let's see: they take the first 16
pages to rehash basic things about
exceptions that every programmer
knows (what is this, a book report on 
a Java manual?). The rest is rehashing
lesser known - but still well known -
style guides. I am not impressed.</description>
		<content:encoded><![CDATA[<p>It may be ok for a lame undergrad paper, but<br />
that&#8217;s about it.</p>
<p>Let&#8217;s see: they take the first 16<br />
pages to rehash basic things about<br />
exceptions that every programmer<br />
knows (what is this, a book report on<br />
a Java manual?). The rest is rehashing<br />
lesser known - but still well known -<br />
style guides. I am not impressed.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
