<?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: SCA and JBI Mean Nothing for SOA?</title>
	<atom:link href="http://myarch.com/sca-and-jbi-mean-nothing-for-soa/feed" rel="self" type="application/rss+xml" />
	<link>http://myarch.com/sca-and-jbi-mean-nothing-for-soa</link>
	<description>Builds and bytes</description>
	<lastBuildDate>Sat, 28 Jan 2012 19:37:55 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Al Ve</title>
		<link>http://myarch.com/sca-and-jbi-mean-nothing-for-soa/comment-page-1#comment-34876</link>
		<dc:creator>Al Ve</dc:creator>
		<pubDate>Wed, 01 Apr 2009 02:11:07 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/sca-and-jbi-mean-nothing-for-soa#comment-34876</guid>
		<description>http://adtmag.com/articles/2006/07/31/sca-and-sdo-standardizing-soabased-apps.aspx in 2006
http://searchsoa.techtarget.com/news/article/0,289142,sid26_gci1318534,00.html in 2008

and a lot of information...

You can make his own conclusions</description>
		<content:encoded><![CDATA[<p><a href="http://adtmag.com/articles/2006/07/31/sca-and-sdo-standardizing-soabased-apps.aspx" rel="nofollow">http://adtmag.com/articles/2006/07/31/sca-and-sdo-standardizing-soabased-apps.aspx</a> in 2006<br />
<a href="http://searchsoa.techtarget.com/news/article/0,289142,sid26_gci1318534,00.html" rel="nofollow">http://searchsoa.techtarget.com/news/article/0,289142,sid26_gci1318534,00.html</a> in 2008</p>
<p>and a lot of information&#8230;</p>
<p>You can make his own conclusions</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://myarch.com/sca-and-jbi-mean-nothing-for-soa/comment-page-1#comment-10728</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Fri, 08 Jun 2007 02:25:03 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/sca-and-jbi-mean-nothing-for-soa#comment-10728</guid>
		<description>Analysts wouldn&#039;t have jobs if they weren&#039;t controversial. What is really entertaining about what Bloomberg said in the article, is that he didn&#039;t even provide a solution to his own dilemma - so what exactly *is* the way to build out SOA then, Jason? I really, really dislike people who shoot down ideas and technologies with no solution in mind. The trouble with ZapThink is that the analysts there like to disparage companies and technologies that haven&#039;t made them money.</description>
		<content:encoded><![CDATA[<p>Analysts wouldn&#8217;t have jobs if they weren&#8217;t controversial. What is really entertaining about what Bloomberg said in the article, is that he didn&#8217;t even provide a solution to his own dilemma &#8211; so what exactly *is* the way to build out SOA then, Jason? I really, really dislike people who shoot down ideas and technologies with no solution in mind. The trouble with ZapThink is that the analysts there like to disparage companies and technologies that haven&#8217;t made them money.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jon</title>
		<link>http://myarch.com/sca-and-jbi-mean-nothing-for-soa/comment-page-1#comment-10613</link>
		<dc:creator>jon</dc:creator>
		<pubDate>Thu, 07 Jun 2007 13:31:09 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/sca-and-jbi-mean-nothing-for-soa#comment-10613</guid>
		<description>I have only worked with JBI, not SCA, but I feel that the technology is worthwhile.  That being said, it does create a higher barrier to entry.  If you take a look at the ServiceMix forums, you will find a lot of developers struggle with service units and service assemblies.  Each unit/assembly is its own artifact which requires it&#039;s own build script/dependent libraries/etc.  It is very similar to the whole ejb-ear-war paradigm.  I find this paradigm to be very powerful, but it&#039;s one of the big reasons J(2)EE is rarely leveraged in it&#039;s full capacity...if only one guy on the team knows how it all works, the technology is not likely to become popular.  For this reason, I would like to see JBI simplified...perhaps using annotations.  

I think XFire was a step in the right direction for the SOA community.  I hope that more products take the &quot;simple&quot; is best approach.  When it comes down to it, I think most people just want to make their data/processes available to a community of users; the easier they can do this in a secure standards compliant fashion, the quicker things will catch on.  Anyhow, just my .02.</description>
		<content:encoded><![CDATA[<p>I have only worked with JBI, not SCA, but I feel that the technology is worthwhile.  That being said, it does create a higher barrier to entry.  If you take a look at the ServiceMix forums, you will find a lot of developers struggle with service units and service assemblies.  Each unit/assembly is its own artifact which requires it&#8217;s own build script/dependent libraries/etc.  It is very similar to the whole ejb-ear-war paradigm.  I find this paradigm to be very powerful, but it&#8217;s one of the big reasons J(2)EE is rarely leveraged in it&#8217;s full capacity&#8230;if only one guy on the team knows how it all works, the technology is not likely to become popular.  For this reason, I would like to see JBI simplified&#8230;perhaps using annotations.  </p>
<p>I think XFire was a step in the right direction for the SOA community.  I hope that more products take the &#8220;simple&#8221; is best approach.  When it comes down to it, I think most people just want to make their data/processes available to a community of users; the easier they can do this in a secure standards compliant fashion, the quicker things will catch on.  Anyhow, just my .02.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

