<?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: Json, XML-RPC, SOAP and TurboGears</title>
	<atom:link href="http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/feed/" rel="self" type="application/rss+xml" />
	<link>http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/</link>
	<description>Thinking about programming in new ways</description>
	<lastBuildDate>Tue, 15 Mar 2011 02:30:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Jerry Spicklemire</title>
		<link>http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/#comment-15298</link>
		<dc:creator>Jerry Spicklemire</dc:creator>
		<pubDate>Thu, 28 Dec 2006 17:03:01 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/#comment-15298</guid>
		<description>Re. WSDL, if one must, isn&#039;t transformation via XSLT the canonical mode for all things rendered as XML? Of course, you have to generate suitable output, and create the templates, but there are many Python tools to help. See libxml2, Elementree, and the 4suite and Amara goodies from Uchi and co.</description>
		<content:encoded><![CDATA[<p>Re. WSDL, if one must, isn&#8217;t transformation via XSLT the canonical mode for all things rendered as XML? Of course, you have to generate suitable output, and create the templates, but there are many Python tools to help. See libxml2, Elementree, and the 4suite and Amara goodies from Uchi and co.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel</title>
		<link>http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/#comment-7862</link>
		<dc:creator>Joel</dc:creator>
		<pubDate>Tue, 05 Dec 2006 04:22:02 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/#comment-7862</guid>
		<description>so, other than using java2wsdl, is there an &#039;easy&#039; way to generate wsdl for use with turboZSI from, say, a simpler, more direct language (like python) to describe the methods and parameters?  I am starting to think I&#039;ll just use java2wsdl to get a first cut WSDL file and then go from there with the ZSI stuff.  The WSDL, after all, should be language neutral, no?
If not, then what am I missing here?</description>
		<content:encoded><![CDATA[<p>so, other than using java2wsdl, is there an &#8216;easy&#8217; way to generate wsdl for use with turboZSI from, say, a simpler, more direct language (like python) to describe the methods and parameters?  I am starting to think I&#8217;ll just use java2wsdl to get a first cut WSDL file and then go from there with the ZSI stuff.  The WSDL, after all, should be language neutral, no?<br />
If not, then what am I missing here?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel</title>
		<link>http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/#comment-6720</link>
		<dc:creator>Joel</dc:creator>
		<pubDate>Mon, 27 Nov 2006 23:31:36 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/#comment-6720</guid>
		<description>Is there any way to have TG support a Pyro server? In other words, could CherryPy double as both an HTTP request handler AND a Pyro daemon?  I am interested in exposing some functionality from a TG application to Pyro clients - attempting to avoid web services altogether since there is no need for language neutrality (I&#039;m using python on both client and server).</description>
		<content:encoded><![CDATA[<p>Is there any way to have TG support a Pyro server? In other words, could CherryPy double as both an HTTP request handler AND a Pyro daemon?  I am interested in exposing some functionality from a TG application to Pyro clients &#8211; attempting to avoid web services altogether since there is no need for language neutrality (I&#8217;m using python on both client and server).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: damjan</title>
		<link>http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/#comment-6124</link>
		<dc:creator>damjan</dc:creator>
		<pubDate>Mon, 13 Nov 2006 03:08:47 +0000</pubDate>
		<guid isPermaLink="false">http://compoundthinking.com/blog/index.php/2006/10/30/json-xml-rpc-soap-and-turbogears/#comment-6124</guid>
		<description>&quot;You can use TurboZSI to talk SOAP. The documentation could be better, but this is actually pretty cool. You can define&quot;

You can define. what?? It seems something is missing there.</description>
		<content:encoded><![CDATA[<p>&#8220;You can use TurboZSI to talk SOAP. The documentation could be better, but this is actually pretty cool. You can define&#8221;</p>
<p>You can define. what?? It seems something is missing there.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

