<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.11" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: SimpleJdbcTemplate: Spring 2.0 and Java 5</title>
	<link>http://blog.springsource.com/main/2006/11/27/simplejdbctemplate-spring-20-and-java-5/</link>
	<description>The voice of SpringSource</description>
	<pubDate>Thu, 21 Aug 2008 01:31:51 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.11</generator>

	<item>
		<title>by: It&#8217;s Only Software &#187; 5 Minute Guide to Spring and Simple[r!] JDBC</title>
		<link>http://blog.springsource.com/main/2006/11/27/simplejdbctemplate-spring-20-and-java-5/#comment-99378</link>
		<pubDate>Tue, 26 Feb 2008 06:05:34 +0000</pubDate>
		<guid>http://blog.springsource.com/main/2006/11/27/simplejdbctemplate-spring-20-and-java-5/#comment-99378</guid>
					<description>[...] I tried very hard to come up with reference material for this entry. Unfortunately I was only able to find Ben Hale&#8217;s entry on the SpringSource Team Blog from way back in 2006 when this stuff was introduced. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] I tried very hard to come up with reference material for this entry. Unfortunately I was only able to find Ben Hale&#039;s entry on the SpringSource Team Blog from way back in 2006 when this stuff was introduced. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Interface21 Team Blog &#187; Dynamic DataSource Routing</title>
		<link>http://blog.springsource.com/main/2006/11/27/simplejdbctemplate-spring-20-and-java-5/#comment-9077</link>
		<pubDate>Tue, 23 Jan 2007 21:57:40 +0000</pubDate>
		<guid>http://blog.springsource.com/main/2006/11/27/simplejdbctemplate-spring-20-and-java-5/#comment-9077</guid>
					<description>[...] First, I created a Catalog that extends Spring 2.0&#39;s SimpleJdbcDaoSupport. That base class only requires an instance of any implementation of javax.sql.DataSource, and then it creates a SimpleJdbcTemplate for you. Since it extends JdbcDaoSupport, the JdbcTemplate is also available. However, the &#34;simple&#34; version provides many nice Java 5 conveniences. You can read more detail about that in this blog by Ben Hale. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] First, I created a Catalog that extends Spring 2.0&#39;s SimpleJdbcDaoSupport. That base class only requires an instance of any implementation of javax.sql.DataSource, and then it creates a SimpleJdbcTemplate for you. Since it extends JdbcDaoSupport, the JdbcTemplate is also available. However, the &#34;simple&#34; version provides many nice Java 5 conveniences. You can read more detail about that in this blog by Ben Hale. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Ben Hale</title>
		<link>http://blog.springsource.com/main/2006/11/27/simplejdbctemplate-spring-20-and-java-5/#comment-2283</link>
		<pubDate>Tue, 28 Nov 2006 17:42:13 +0000</pubDate>
		<guid>http://blog.springsource.com/main/2006/11/27/simplejdbctemplate-spring-20-and-java-5/#comment-2283</guid>
					<description>Actually I was referring to the fact that I could have returned a 'Person' object out of the RowMapper and casted to the 'Account' object in the body of the getAccount() method and I would haven't been able to catch the 'ClassCastException' until runtime.  Sure, my IDE is going to help me make the proper cast in the method body, but it won't stop me from doing something stupid.  Using the generics on the other hand (properly that is) will help me avoid even my own stupidity.</description>
		<content:encoded><![CDATA[<p>Actually I was referring to the fact that I could have returned a &#039;Person&#039; object out of the RowMapper and casted to the &#039;Account&#039; object in the body of the getAccount() method and I would haven&#039;t been able to catch the &#039;ClassCastException&#039; until runtime.  Sure, my IDE is going to help me make the proper cast in the method body, but it won&#039;t stop me from doing something stupid.  Using the generics on the other hand (properly that is) will help me avoid even my own stupidity.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Bill Poitras</title>
		<link>http://blog.springsource.com/main/2006/11/27/simplejdbctemplate-spring-20-and-java-5/#comment-2280</link>
		<pubDate>Tue, 28 Nov 2006 13:32:20 +0000</pubDate>
		<guid>http://blog.springsource.com/main/2006/11/27/simplejdbctemplate-spring-20-and-java-5/#comment-2280</guid>
					<description>"I had to do manual casting and didn't get a lot of help from my IDE or compiler."

I think you need a new IDE.  I would expect the IDE to make it easy to cast the queryForObject call to Account because the method returns Account.</description>
		<content:encoded><![CDATA[<p>&#034;I had to do manual casting and didn&#039;t get a lot of help from my IDE or compiler.&#034;</p>
<p>I think you need a new IDE.  I would expect the IDE to make it easy to cast the queryForObject call to Account because the method returns Account.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
