<?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: WS-Eventing joins the WS-Thingy working group proposal</title>
	<atom:link href="http://stage.vambenepe.com/archives/231/feed" rel="self" type="application/rss+xml" />
	<link>http://stage.vambenepe.com/archives/231</link>
	<description>IT management in a changing IT world</description>
	<pubDate>Tue, 06 Jan 2009 22:51:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: William Vambenepe&#8217;s blog &#187; Blog Archive &#187; State modeling: party over, go home now.</title>
		<link>http://stage.vambenepe.com/archives/231#comment-51770</link>
		<dc:creator>William Vambenepe&#8217;s blog &#187; Blog Archive &#187; State modeling: party over, go home now.</dc:creator>
		<pubDate>Wed, 24 Sep 2008 07:57:09 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=231#comment-51770</guid>
		<description>[...] &#8220;Fortunately, there seems to be industry support for an integration of the WS-Transfer and WS-RF approaches, based on a WS-Transfer substrate - the WS-ResourceTransfer specification.&#8221; See the last two paragraphs of this entry. [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8220;Fortunately, there seems to be industry support for an integration of the WS-Transfer and WS-RF approaches, based on a WS-Transfer substrate - the WS-ResourceTransfer specification.&#8221; See the last two paragraphs of this entry. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Renaud</title>
		<link>http://stage.vambenepe.com/archives/231#comment-48175</link>
		<dc:creator>Paul Renaud</dc:creator>
		<pubDate>Thu, 31 Jul 2008 01:19:14 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=231#comment-48175</guid>
		<description>Most of the W3C have not yet figured out that there SHOULD be a difference between protocols for managing the service interface and a management protocol for the service.  

Trying to roll everything into 1 protocol will doom the result into the same oblivion as the entire ISO protocol suite and for the exact same reasons.

Stop the "kitchen sink" insanity and drive for clarity via separating these two very different concerns!  The IBM proposal, perhaps for the wrong reasons, is actually a small step in the right direction.

Meanwhile if WS-Man is to survive as a management protocol, it urgently needs a strict subset profile defined based on minimalist simplicity that rips out the fluff of optimizations and over specification.  

There is a lesson to be learned from the history and success of SNMP here.</description>
		<content:encoded><![CDATA[<p>Most of the W3C have not yet figured out that there SHOULD be a difference between protocols for managing the service interface and a management protocol for the service.  </p>
<p>Trying to roll everything into 1 protocol will doom the result into the same oblivion as the entire ISO protocol suite and for the exact same reasons.</p>
<p>Stop the &#8220;kitchen sink&#8221; insanity and drive for clarity via separating these two very different concerns!  The IBM proposal, perhaps for the wrong reasons, is actually a small step in the right direction.</p>
<p>Meanwhile if WS-Man is to survive as a management protocol, it urgently needs a strict subset profile defined based on minimalist simplicity that rips out the fluff of optimizations and over specification.  </p>
<p>There is a lesson to be learned from the history and success of SNMP here.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
