<?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/"
		>
<channel>
	<title>Comments on: Wrapping (evil)checked exceptions in Java</title>
	<atom:link href="http://www.factorypattern.com/wrapping-checked-exceptions-java/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.factorypattern.com/wrapping-checked-exceptions-java/</link>
	<description>Just another Object Oriented Weblog</description>
	<lastBuildDate>Fri, 12 Feb 2010 18:48:20 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: owen</title>
		<link>http://www.factorypattern.com/wrapping-checked-exceptions-java/comment-page-1/#comment-81</link>
		<dc:creator>owen</dc:creator>
		<pubDate>Fri, 26 Sep 2008 14:25:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.factorypattern.com/wrapping-evilchecked-exceptions-in-java/#comment-81</guid>
		<description>I&#039;ve always found exceptions to be heavily mis-used often like goto statements replacing proper logic blocks and good coding practices.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve always found exceptions to be heavily mis-used often like goto statements replacing proper logic blocks and good coding practices.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Torgny Andersson</title>
		<link>http://www.factorypattern.com/wrapping-checked-exceptions-java/comment-page-1/#comment-40</link>
		<dc:creator>Torgny Andersson</dc:creator>
		<pubDate>Wed, 27 Aug 2008 19:26:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.factorypattern.com/wrapping-evilchecked-exceptions-in-java/#comment-40</guid>
		<description>To me, the best solution is to wrap the exception thrown AND provide an additional description of what went wrong. Example:
  StartupException[&quot;Failed to configure application.&quot;, ConfigurationException[&quot;Failed to open configuration file: something.conf&quot;, IOException[&quot;file not found&quot;]]]
This has two benefits:
  1) The exception description is very general at the top and is more and more detailed for the wrapped exception, which makes it easier to put the originating exception into a context.
  2) The entire stack-trace is kept, which makes it easier to track down the problem.</description>
		<content:encoded><![CDATA[<p>To me, the best solution is to wrap the exception thrown AND provide an additional description of what went wrong. Example:<br />
  StartupException["Failed to configure application.", ConfigurationException["Failed to open configuration file: something.conf", IOException["file not found"]]]<br />
This has two benefits:<br />
  1) The exception description is very general at the top and is more and more detailed for the wrapped exception, which makes it easier to put the originating exception into a context.<br />
  2) The entire stack-trace is kept, which makes it easier to track down the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.factorypattern.com/wrapping-checked-exceptions-java/comment-page-1/#comment-39</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Wed, 27 Aug 2008 13:15:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.factorypattern.com/wrapping-evilchecked-exceptions-in-java/#comment-39</guid>
		<description>When you wrap an exception, you should try to provide at least as much information as the original exception, if not more. Don&#039;t forget to include all of the original &lt;a href=&quot;http://72miles.com/blog/posts/exceptional-meta-data/&quot; rel=&quot;nofollow&quot;&gt;exception&#039;s meta data&lt;/a&gt;, and consider adding your own.</description>
		<content:encoded><![CDATA[<p>When you wrap an exception, you should try to provide at least as much information as the original exception, if not more. Don&#8217;t forget to include all of the original <a href="http://72miles.com/blog/posts/exceptional-meta-data/" rel="nofollow">exception&#8217;s meta data</a>, and consider adding your own.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.756 seconds -->
