<?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: Plumbing Sucks</title>
	<atom:link href="http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/feed/" rel="self" type="application/rss+xml" />
	<link>http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/</link>
	<description>Andrew Lee Rubinger</description>
	<lastBuildDate>Mon, 31 Oct 2011 10:16:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: alrubinger</title>
		<link>http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-11</link>
		<dc:creator><![CDATA[alrubinger]]></dc:creator>
		<pubDate>Tue, 15 Jan 2008 06:52:22 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-11</guid>
		<description><![CDATA[Just a note that I am indeed looking into Appcelerator and some of Bill&#039;s suggestions.  There will be a follow-up post.

S,
ALR]]></description>
		<content:encoded><![CDATA[<p>Just a note that I am indeed looking into Appcelerator and some of Bill&#8217;s suggestions.  There will be a follow-up post.</p>
<p>S,<br />
ALR</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Haynie</title>
		<link>http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-9</link>
		<dc:creator><![CDATA[Jeff Haynie]]></dc:creator>
		<pubDate>Fri, 11 Jan 2008 06:57:29 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-9</guid>
		<description><![CDATA[Come over and collaborate with us at Appcelerator (as Bill Burke suggested).  I think we have (close to) what you&#039;re looking for and that&#039;s our direction as well. RIA+SOA - that&#039;s the future.

Check out http://www.appcelerator.org or http://try.appcelerator.org for more info. Would love to collaborate with you.  

BTW - I was one of the co-authors of JBoss Remoting and early core jboss developer.]]></description>
		<content:encoded><![CDATA[<p>Come over and collaborate with us at Appcelerator (as Bill Burke suggested).  I think we have (close to) what you&#8217;re looking for and that&#8217;s our direction as well. RIA+SOA &#8211; that&#8217;s the future.</p>
<p>Check out <a href="http://www.appcelerator.org" rel="nofollow">http://www.appcelerator.org</a> or <a href="http://try.appcelerator.org" rel="nofollow">http://try.appcelerator.org</a> for more info. Would love to collaborate with you.  </p>
<p>BTW &#8211; I was one of the co-authors of JBoss Remoting and early core jboss developer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MVC plumbing sucks &#171; Angry Bill</title>
		<link>http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-7</link>
		<dc:creator><![CDATA[MVC plumbing sucks &#171; Angry Bill]]></dc:creator>
		<pubDate>Wed, 09 Jan 2008 22:55:35 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-7</guid>
		<description><![CDATA[[...] by billburke on January 9, 2008  I agree with new JBossian, Andy Rubinger. Plumbing sucks. Andy talks about how he hates Struts, et al. and wished he could rip it out for a more lightweight [...]]]></description>
		<content:encoded><![CDATA[<p>[...] by billburke on January 9, 2008  I agree with new JBossian, Andy Rubinger. Plumbing sucks. Andy talks about how he hates Struts, et al. and wished he could rip it out for a more lightweight [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: billburke</title>
		<link>http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-6</link>
		<dc:creator><![CDATA[billburke]]></dc:creator>
		<pubDate>Wed, 09 Jan 2008 22:50:41 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-6</guid>
		<description><![CDATA[I&#039;m a REST noob too.  I just don&#039;t think the concepts are only applicable to CRUD applications though.  Even if you map your URI&#039;s to verbs rather than resources there&#039;s a lot to be said for the simplicity of the model.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m a REST noob too.  I just don&#8217;t think the concepts are only applicable to CRUD applications though.  Even if you map your URI&#8217;s to verbs rather than resources there&#8217;s a lot to be said for the simplicity of the model.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alrubinger</title>
		<link>http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-5</link>
		<dc:creator><![CDATA[alrubinger]]></dc:creator>
		<pubDate>Wed, 09 Jan 2008 21:18:24 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-5</guid>
		<description><![CDATA[Bill:

Or why not do both?  :) I&#039;d love to see as many client extensions as possible to make accessing EJBs simple and straightforward to programmers at any level of the application.

And I wouldn&#039;t choose a RESTful architecture to model everything in my application - not every action is a CRUD.  Oftentimes (as a style) I model my service methods to be more like verbs, encapsulating logic that may involve any number of entities.  Prove me wrong here, I&#039;m familiar w/ REST only conceptually and have not used it in practice.

And finally, my dispatch layer is invoked over HTTP; it just takes care of the delegation that would otherwise have to be written in the web tier.

S,
ALR]]></description>
		<content:encoded><![CDATA[<p>Bill:</p>
<p>Or why not do both?  <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  I&#8217;d love to see as many client extensions as possible to make accessing EJBs simple and straightforward to programmers at any level of the application.</p>
<p>And I wouldn&#8217;t choose a RESTful architecture to model everything in my application &#8211; not every action is a CRUD.  Oftentimes (as a style) I model my service methods to be more like verbs, encapsulating logic that may involve any number of entities.  Prove me wrong here, I&#8217;m familiar w/ REST only conceptually and have not used it in practice.</p>
<p>And finally, my dispatch layer is invoked over HTTP; it just takes care of the delegation that would otherwise have to be written in the web tier.</p>
<p>S,<br />
ALR</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: billburke</title>
		<link>http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-4</link>
		<dc:creator><![CDATA[billburke]]></dc:creator>
		<pubDate>Wed, 09 Jan 2008 15:20:34 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-4</guid>
		<description><![CDATA[Why not remove your MDB/EJB dispatch layer and replace it with something RESTful?  That way your client layer is decoupled from any specific middleware or bloated specification and relies on a stable, ubiquitous, lightweight protocol.  Namely HTTP.]]></description>
		<content:encoded><![CDATA[<p>Why not remove your MDB/EJB dispatch layer and replace it with something RESTful?  That way your client layer is decoupled from any specific middleware or bloated specification and relies on a stable, ubiquitous, lightweight protocol.  Namely HTTP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alrubinger</title>
		<link>http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-3</link>
		<dc:creator><![CDATA[alrubinger]]></dc:creator>
		<pubDate>Tue, 08 Jan 2008 17:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-3</guid>
		<description><![CDATA[Yes, but in this case, there&#039;s no need for a separate TO layer, simply objects on both the AS/JS and Java sides, and transparent conversion inbetween.

S,
ALR]]></description>
		<content:encoded><![CDATA[<p>Yes, but in this case, there&#8217;s no need for a separate TO layer, simply objects on both the AS/JS and Java sides, and transparent conversion inbetween.</p>
<p>S,<br />
ALR</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Neale</title>
		<link>http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-2</link>
		<dc:creator><![CDATA[Michael Neale]]></dc:creator>
		<pubDate>Mon, 07 Jan 2008 06:17:40 +0000</pubDate>
		<guid isPermaLink="false">http://exitcondition.alrubinger.com/2008/01/07/plumbing-sucks/#comment-2</guid>
		<description><![CDATA[I actually think that invoking services from a client (say, in JS, or flash) actually is using a DTO to talk to the server (although the DTO is typically braindead simple). But this is a perfectly valid thing - it is crossing the network CHASM, and a transfer object is justified.]]></description>
		<content:encoded><![CDATA[<p>I actually think that invoking services from a client (say, in JS, or flash) actually is using a DTO to talk to the server (although the DTO is typically braindead simple). But this is a perfectly valid thing &#8211; it is crossing the network CHASM, and a transfer object is justified.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

