<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Loose Coupling in SOA Defined</title>
	<atom:link href="http://blog.punchbarrel.com/2008/06/17/loose-coupling-in-soa-defined/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.punchbarrel.com/2008/06/17/loose-coupling-in-soa-defined/</link>
	<description>Frank Carver&#039;s musings about software and life</description>
	<lastBuildDate>Sun, 22 Jan 2012 22:15:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Steve</title>
		<link>http://blog.punchbarrel.com/2008/06/17/loose-coupling-in-soa-defined/comment-page-1/#comment-49</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Tue, 17 Jun 2008 14:42:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.punchbarrel.com/?p=116#comment-49</guid>
		<description>Some of his additions to Meyer&#039;s original principles are of a lower order â€“ they are not fundamental. Perhaps &quot;standardized protocol envelope&quot; is an implementation detail, as is &quot;document orientedness&quot;?

Decentralized administration is a good one. It is not a _fundamental_ property of loosely coupled systems, but a meta-property relating to the environment the systems run within. But it is still related to coupling in an abstract kind of way, so it gets my vote. The Introspection principle is also not _fundamental_ property of loosely coupled systems, but a meta-property relating to constraints that should not exist in a service oriented world. That&#039;s very nice, and is somehow related to loose-coupling at design time, so it gets my vote. Remoteability is of course related to coupling, so that gets my vote too. 

A synchronicity is an odd one, because it conflicts with his &quot;Document Orientedness&quot; principle which calls for â€œno implicit state between invocationsâ€.  If tasks are asynchronous, the â€œgetting-on-with-itâ€ task must retain state for the â€œare-you-ready-yetâ€ task, as far as I can see, so Iâ€™d have to hear more about that to be convinced.

All in all, pretty good â€¦ it makes you think, anyway. 

Thanks Frank!</description>
		<content:encoded><![CDATA[<p>Some of his additions to Meyer&#8217;s original principles are of a lower order â€“ they are not fundamental. Perhaps &#8220;standardized protocol envelope&#8221; is an implementation detail, as is &#8220;document orientedness&#8221;?</p>
<p>Decentralized administration is a good one. It is not a _fundamental_ property of loosely coupled systems, but a meta-property relating to the environment the systems run within. But it is still related to coupling in an abstract kind of way, so it gets my vote. The Introspection principle is also not _fundamental_ property of loosely coupled systems, but a meta-property relating to constraints that should not exist in a service oriented world. That&#8217;s very nice, and is somehow related to loose-coupling at design time, so it gets my vote. Remoteability is of course related to coupling, so that gets my vote too. </p>
<p>A synchronicity is an odd one, because it conflicts with his &#8220;Document Orientedness&#8221; principle which calls for â€œno implicit state between invocationsâ€.  If tasks are asynchronous, the â€œgetting-on-with-itâ€ task must retain state for the â€œare-you-ready-yetâ€ task, as far as I can see, so Iâ€™d have to hear more about that to be convinced.</p>
<p>All in all, pretty good â€¦ it makes you think, anyway. </p>
<p>Thanks Frank!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

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

