<?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: Generic OGNL Controller without Spring WebFlow</title>
	<atom:link href="http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/feed/" rel="self" type="application/rss+xml" />
	<link>http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/</link>
	<description>Australian java weblog</description>
	<lastBuildDate>Sat, 03 Oct 2009 02:28:42 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: hydraulic car jack</title>
		<link>http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-1766</link>
		<dc:creator>hydraulic car jack</dc:creator>
		<pubDate>Sat, 14 Mar 2009 12:45:25 +0000</pubDate>
		<guid isPermaLink="false">http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-1766</guid>
		<description>This is the first time I comment  here and I should say   you give us genuine, and quality information for other bloggers! Good job.
p.s. You have a very good template  . Where did you find it?</description>
		<content:encoded><![CDATA[<p>This is the first time I comment  here and I should say   you give us genuine, and quality information for other bloggers! Good job.<br />
p.s. You have a very good template  . Where did you find it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dhaval</title>
		<link>http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-1759</link>
		<dc:creator>dhaval</dc:creator>
		<pubDate>Fri, 04 Apr 2008 05:59:12 +0000</pubDate>
		<guid isPermaLink="false">http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-1759</guid>
		<description>respected viewers,
  i wnat to know that can we use more than one command(Entity) class in controller in spring.</description>
		<content:encoded><![CDATA[<p>respected viewers,<br />
  i wnat to know that can we use more than one command(Entity) class in controller in spring.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simaer</title>
		<link>http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-1758</link>
		<dc:creator>simaer</dc:creator>
		<pubDate>Fri, 14 Mar 2008 00:41:38 +0000</pubDate>
		<guid isPermaLink="false">http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-1758</guid>
		<description>&lt;a&gt;&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p><a></a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Sayfullin</title>
		<link>http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-140</link>
		<dc:creator>Robert Sayfullin</dc:creator>
		<pubDate>Mon, 22 Jan 2007 12:05:58 +0000</pubDate>
		<guid isPermaLink="false">http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-140</guid>
		<description>I absolutely agree with you about the fact that any practice in software development is arguable. I personally was many times disappointed on my memory, Eclipse&#039;s refactoring and Spring WebFlow when changes of method signatures were not reflected in 20K blah-blah-flow.xml. 
But there is other side. If you look at typical small webapp you will see that it looks like onion in part that deals with CRUD and other trivial functionality. 
You wrap getHibernateTemplate in DAO, DAO in manager, manager in service, services are used in controllers. Good practice definitely. However sometimes if we know that all this functionality will be just set of wrappers and you never gonna change &#039;getObjectById&#039; signature we can sacrifice our habits and break some rules. Then and only then such weird stuff as Generic managers or Generic OGNL controllers are allowable.</description>
		<content:encoded><![CDATA[<p>I absolutely agree with you about the fact that any practice in software development is arguable. I personally was many times disappointed on my memory, Eclipse&#8217;s refactoring and Spring WebFlow when changes of method signatures were not reflected in 20K blah-blah-flow.xml.<br />
But there is other side. If you look at typical small webapp you will see that it looks like onion in part that deals with CRUD and other trivial functionality.<br />
You wrap getHibernateTemplate in DAO, DAO in manager, manager in service, services are used in controllers. Good practice definitely. However sometimes if we know that all this functionality will be just set of wrappers and you never gonna change &#8216;getObjectById&#8217; signature we can sacrifice our habits and break some rules. Then and only then such weird stuff as Generic managers or Generic OGNL controllers are allowable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexey</title>
		<link>http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-138</link>
		<dc:creator>Alexey</dc:creator>
		<pubDate>Mon, 22 Jan 2007 08:46:33 +0000</pubDate>
		<guid isPermaLink="false">http://aujava.wordpress.com/2007/01/22/generic-ognl-controller-without-spring-webflow/#comment-138</guid>
		<description>The standard argument against moving code to XML is the future manageability (adding some type-unsafe scripting to strict language) and dumbness to automatic refactoring. If you rename or change the signature of the updateProfile() method you&#039;ll have to manually rename/change it in your spring config file. IDEA will probably cope with renaming but not with changing signature.
Actually I don&#039;t see why writing these several lines in XML config is easier than writing a two-line java class. And what advantages it brings to you other than creating one class less?</description>
		<content:encoded><![CDATA[<p>The standard argument against moving code to XML is the future manageability (adding some type-unsafe scripting to strict language) and dumbness to automatic refactoring. If you rename or change the signature of the updateProfile() method you&#8217;ll have to manually rename/change it in your spring config file. IDEA will probably cope with renaming but not with changing signature.<br />
Actually I don&#8217;t see why writing these several lines in XML config is easier than writing a two-line java class. And what advantages it brings to you other than creating one class less?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
