<?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: Ruby and WS</title>
	<atom:link href="http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/feed/" rel="self" type="application/rss+xml" />
	<link>http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/</link>
	<description>Ask forgiveness, not permission.</description>
	<lastBuildDate>Sat, 19 May 2012 14:32:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Rajith Attapattu</title>
		<link>http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/comment-page-1/#comment-576</link>
		<dc:creator>Rajith Attapattu</dc:creator>
		<pubDate>Thu, 31 Jan 2008 18:27:21 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/#comment-576</guid>
		<description><![CDATA[Steve,

I enjoyed the blog post as well as the &lt;a href=&quot;http://dsonline.computer.org/portal/pages/dsonline/2006/10/w5tow.html&quot; rel=&quot;nofollow&quot;&gt;Sep/Oct 2006 IC column&lt;/a&gt;. I write most of my web based testing tools in python using web.py or cherry py. I also use python/ruby scripts heavily as a configuration tool for my broker testing. It&#039;s a lot more powerful and expressive than editing some XML or meddling with a GUI.]]></description>
		<content:encoded><![CDATA[<p>Steve,</p>
<p>I enjoyed the blog post as well as the <a href="http://dsonline.computer.org/portal/pages/dsonline/2006/10/w5tow.html" rel="nofollow">Sep/Oct 2006 IC column</a>. I write most of my web based testing tools in python using web.py or cherry py. I also use python/ruby scripts heavily as a configuration tool for my broker testing. It&#8217;s a lot more powerful and expressive than editing some XML or meddling with a GUI.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Labnotes &#187; Rounded Corners - 188 (Catching up)</title>
		<link>http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/comment-page-1/#comment-570</link>
		<dc:creator>Labnotes &#187; Rounded Corners - 188 (Catching up)</dc:creator>
		<pubDate>Wed, 30 Jan 2008 18:51:45 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/#comment-570</guid>
		<description><![CDATA[[...] want to know what lies ahead, where to go next. The people who can point you there are the ones not locked-down to yesterday&#8217;s technology: The SEs, most of whom worked only in Java and C++, kept looking at it and scratching their heads. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] want to know what lies ahead, where to go next. The people who can point you there are the ones not locked-down to yesterday&#8217;s technology: The SEs, most of whom worked only in Java and C++, kept looking at it and scratching their heads. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: steve</title>
		<link>http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/comment-page-1/#comment-569</link>
		<dc:creator>steve</dc:creator>
		<pubDate>Wed, 30 Jan 2008 14:13:22 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/#comment-569</guid>
		<description><![CDATA[Stefan: in general that would work, but I worked at the WSDL level because Artix uses WSDL as an abstraction over multiple protocols and message formats, other than just SOAP over HTTP. &lt;a href=&quot;/pdf/IEEE-Integration_With_Web_Services.pdf&quot; rel=&quot;nofollow&quot;&gt;This IC column (pdf) describes that approach.&lt;/a&gt; For example, Artix lets you use WSDL to describe existing CORBA services, MQ services, etc. By having the Ruby client operate at the WSDL level, the client can access services regardless of their underlying distribution technology, as long as Artix supports it.]]></description>
		<content:encoded><![CDATA[<p>Stefan: in general that would work, but I worked at the WSDL level because Artix uses WSDL as an abstraction over multiple protocols and message formats, other than just SOAP over HTTP. <a href="/pdf/IEEE-Integration_With_Web_Services.pdf" rel="nofollow">This IC column (pdf) describes that approach.</a> For example, Artix lets you use WSDL to describe existing CORBA services, MQ services, etc. By having the Ruby client operate at the WSDL level, the client can access services regardless of their underlying distribution technology, as long as Artix supports it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Tilkov</title>
		<link>http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/comment-page-1/#comment-565</link>
		<dc:creator>Stefan Tilkov</dc:creator>
		<pubDate>Wed, 30 Jan 2008 06:45:59 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/#comment-565</guid>
		<description><![CDATA[I wonder: why even bother with WSDL (even within the WS-* space) - wouldn&#039;t it be better to simply use a &quot;duck typing&quot; approach and turn a Ruby-style invocation, probably combined with an E4X-style builder pattern, into the corresponding SOAP message?]]></description>
		<content:encoded><![CDATA[<p>I wonder: why even bother with WSDL (even within the WS-* space) &#8211; wouldn&#8217;t it be better to simply use a &#8220;duck typing&#8221; approach and turn a Ruby-style invocation, probably combined with an E4X-style builder pattern, into the corresponding SOAP message?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Logan</title>
		<link>http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/comment-page-1/#comment-562</link>
		<dc:creator>Patrick Logan</dc:creator>
		<pubDate>Wed, 30 Jan 2008 05:23:57 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/01/29/ruby-and-ws/#comment-562</guid>
		<description><![CDATA[This reminds me of Windward Solutions&#039; Smalltalk implementation of CORBA. I only used a few CORBA implementations for a few languages (Java, C++, and Smalltalk), but the Smalltalk implementation was far and away the easiest to use.

Something about simple dynamic languages, or something.]]></description>
		<content:encoded><![CDATA[<p>This reminds me of Windward Solutions&#8217; Smalltalk implementation of CORBA. I only used a few CORBA implementations for a few languages (Java, C++, and Smalltalk), but the Smalltalk implementation was far and away the easiest to use.</p>
<p>Something about simple dynamic languages, or something.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
