<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Java Remoting: Protocol Benchmarks</title>
	<atom:link href="http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/feed/" rel="self" type="application/rss+xml" />
	<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/</link>
	<description></description>
	<lastBuildDate>Tue, 24 Jan 2012 01:02:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: The Zenbi Architecture &#124; Zenbi</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-755</link>
		<dc:creator><![CDATA[The Zenbi Architecture &#124; Zenbi]]></dc:creator>
		<pubDate>Sat, 20 Aug 2011 23:20:26 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-755</guid>
		<description><![CDATA[[...] instances is much faster too. These are two charts depicting the speeds of the various protocols (source). SOAP can be compared to XML-RPC. Clearly, RMI is superior (click to enlarge):               Also [...]]]></description>
		<content:encoded><![CDATA[<p>[...] instances is much faster too. These are two charts depicting the speeds of the various protocols (source). SOAP can be compared to XML-RPC. Clearly, RMI is superior (click to enlarge):               Also [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Java Remoting &#171; Java Mania</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-718</link>
		<dc:creator><![CDATA[Java Remoting &#171; Java Mania]]></dc:creator>
		<pubDate>Mon, 11 Apr 2011 10:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-718</guid>
		<description><![CDATA[[...] ya tiene algunos años y las librerías y las JVMs han ido mejorando, sobre todo en rendimiento, este estudio es ilustrativo en términos comparativos sobre los tiempos de respuestas de diferentes tecnologías [...]]]></description>
		<content:encoded><![CDATA[<p>[...] ya tiene algunos años y las librerías y las JVMs han ido mejorando, sobre todo en rendimiento, este estudio es ilustrativo en términos comparativos sobre los tiempos de respuestas de diferentes tecnologías [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kam</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-662</link>
		<dc:creator><![CDATA[Kam]]></dc:creator>
		<pubDate>Wed, 23 Jun 2010 18:25:41 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-662</guid>
		<description><![CDATA[Hello,

Does anyone knows how does Hessian manage the HTTP connections?  Is it using a pool of connections or it creates a new one for each new request?

I have not luck with google so far :(

Thanks!
Kam]]></description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>Does anyone knows how does Hessian manage the HTTP connections?  Is it using a pool of connections or it creates a new one for each new request?</p>
<p>I have not luck with google so far <img src='http://s0.wp.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
<p>Thanks!<br />
Kam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kallin Nagelberg</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-660</link>
		<dc:creator><![CDATA[Kallin Nagelberg]]></dc:creator>
		<pubDate>Tue, 27 Apr 2010 20:28:29 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-660</guid>
		<description><![CDATA[I was recently required to start writing services using RMI instead of RESTful JSON transfer and wrote a little tutorial on how to support both automatically in Grails, http://techscursions.blogspot.com/2010/04/easy-rmi-services-in-grails-with-json.html . Enjoy!]]></description>
		<content:encoded><![CDATA[<p>I was recently required to start writing services using RMI instead of RESTful JSON transfer and wrote a little tutorial on how to support both automatically in Grails, <a href="http://techscursions.blogspot.com/2010/04/easy-rmi-services-in-grails-with-json.html" rel="nofollow">http://techscursions.blogspot.com/2010/04/easy-rmi-services-in-grails-with-json.html</a> . Enjoy!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kari&#8217;s World &#187; Blog Archive &#187; Custom RMI?</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-651</link>
		<dc:creator><![CDATA[Kari&#8217;s World &#187; Blog Archive &#187; Custom RMI?]]></dc:creator>
		<pubDate>Sun, 22 Nov 2009 18:16:42 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-651</guid>
		<description><![CDATA[[...] Update 22.11.2009 Wireless Java RMI  Efficient Support of Java RMI over Heterogeneous Wireless Networks Wireless Optimization for Java RMI Java: Expected overhead of the rmi protocol Java Remoting: Protocol Benchmarks [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Update 22.11.2009 Wireless Java RMI  Efficient Support of Java RMI over Heterogeneous Wireless Networks Wireless Optimization for Java RMI Java: Expected overhead of the rmi protocol Java Remoting: Protocol Benchmarks [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Performance Considerations in Distributed Applications Performance, Scalability and Architecture &#8211; Java and .NET Application Performance Management (dynaTrace Blog)</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-641</link>
		<dc:creator><![CDATA[Performance Considerations in Distributed Applications Performance, Scalability and Architecture &#8211; Java and .NET Application Performance Management (dynaTrace Blog)]]></dc:creator>
		<pubDate>Tue, 29 Sep 2009 23:26:39 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-641</guid>
		<description><![CDATA[[...] are using SOAP as an RPC protocol although there are no advantages in following this approach. Measurementshave shown that the overhead of SOAP compared to RMI-JRMP is significant. Performance degradation by [...]]]></description>
		<content:encoded><![CDATA[<p>[...] are using SOAP as an RPC protocol although there are no advantages in following this approach. Measurementshave shown that the overhead of SOAP compared to RMI-JRMP is significant. Performance degradation by [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#160; &#160; &#160; &#124;&#62;&#62; Burlap</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-640</link>
		<dc:creator><![CDATA[&#160; &#160; &#160; &#124;&#62;&#62; Burlap]]></dc:creator>
		<pubDate>Thu, 24 Sep 2009 21:42:23 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-640</guid>
		<description><![CDATA[[...] Verwendung2 Siehe auch zu &#8220;&gt;Weblinks zu  zu Burlap Design NotesJava Remoting: Protocol Benchmarks, Performancevergleich von Daniel Gredler zwischen Hessian, Burlap, Oracles ORMI, RMI, XML-RPC [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Verwendung2 Siehe auch zu &#8220;&gt;Weblinks zu  zu Burlap Design NotesJava Remoting: Protocol Benchmarks, Performancevergleich von Daniel Gredler zwischen Hessian, Burlap, Oracles ORMI, RMI, XML-RPC [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Bonner</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-626</link>
		<dc:creator><![CDATA[Brian Bonner]]></dc:creator>
		<pubDate>Thu, 18 Jun 2009 20:36:05 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-626</guid>
		<description><![CDATA[I&#039;m curious have you been able to stream complex objects across the wire with burlap, hessian or hessian2,  Strings seem to work fine, but any complex user defined objects seem to fail.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m curious have you been able to stream complex objects across the wire with burlap, hessian or hessian2,  Strings seem to work fine, but any complex user defined objects seem to fail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-620</link>
		<dc:creator><![CDATA[Chris]]></dc:creator>
		<pubDate>Thu, 28 May 2009 12:10:14 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-620</guid>
		<description><![CDATA[Nice piece of work! Again, thanks for sharing this information.

In case speed an excellent scaling behaviour is an issue, it would be indespensable to obey main semantic rules of the web - i.e. using GET where clients need a view to a centralized model and POST where clients change the model. GET requests meight be cached by clients and proxies, POST requests cannot.

As far as I can see, all the lightweight candidates (Hessian, Burlap, HttpInvoker) allways use POST, which means the whole HTTP Caching infrastructure is turned off.

Does anybody know a framework which uses HTTP, is leightweight AND offers to switch to GET where it is appropriate? (And, yes, I know it is a challenge to map method parameters to URL parameters.)]]></description>
		<content:encoded><![CDATA[<p>Nice piece of work! Again, thanks for sharing this information.</p>
<p>In case speed an excellent scaling behaviour is an issue, it would be indespensable to obey main semantic rules of the web &#8211; i.e. using GET where clients need a view to a centralized model and POST where clients change the model. GET requests meight be cached by clients and proxies, POST requests cannot.</p>
<p>As far as I can see, all the lightweight candidates (Hessian, Burlap, HttpInvoker) allways use POST, which means the whole HTTP Caching infrastructure is turned off.</p>
<p>Does anybody know a framework which uses HTTP, is leightweight AND offers to switch to GET where it is appropriate? (And, yes, I know it is a challenge to map method parameters to URL parameters.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mojahedul Hoque Abul Hasanat</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-619</link>
		<dc:creator><![CDATA[Mojahedul Hoque Abul Hasanat]]></dc:creator>
		<pubDate>Tue, 12 May 2009 05:23:48 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-619</guid>
		<description><![CDATA[A very useful article.  I was just looking for this information.  Thanks for sharing.]]></description>
		<content:encoded><![CDATA[<p>A very useful article.  I was just looking for this information.  Thanks for sharing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

