<?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, 29 Dec 2009 03:36:29 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<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>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>[...] 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>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>[...] 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>&#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>[...] 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>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>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>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>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>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>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>
	<item>
		<title>By: Juan</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-618</link>
		<dc:creator>Juan</dc:creator>
		<pubDate>Tue, 21 Apr 2009 14:32:57 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-618</guid>
		<description>For updated bechmarks:
http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking</description>
		<content:encoded><![CDATA[<p>For updated bechmarks:<br />
<a href="http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking" rel="nofollow">http://code.google.com/p/thrift-protobuf-compare/wiki/Benchmarking</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hessian Web Service Protocol - Hello World Example &#171; Java and more &#8230;</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-617</link>
		<dc:creator>Hessian Web Service Protocol - Hello World Example &#171; Java and more &#8230;</dc:creator>
		<pubDate>Fri, 10 Apr 2009 10:05:01 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-617</guid>
		<description>[...] from Caucho is released under the Apache License 2.0. Hessian is well integrated into Spring and seems to perform well for version 3.2 (one year old!). An ORM tool which supports Hessian out of the box is [...]</description>
		<content:encoded><![CDATA[<p>[...] from Caucho is released under the Apache License 2.0. Hessian is well integrated into Spring and seems to perform well for version 3.2 (one year old!). An ORM tool which supports Hessian out of the box is [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Scheidt</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-616</link>
		<dc:creator>Stefan Scheidt</dc:creator>
		<pubDate>Thu, 09 Apr 2009 19:53:28 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-616</guid>
		<description>Wouldn&#039;t it be nice to make your test suite open source, e.g. on googlecode?

Stefan</description>
		<content:encoded><![CDATA[<p>Wouldn&#8217;t it be nice to make your test suite open source, e.g. on googlecode?</p>
<p>Stefan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich</title>
		<link>http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-615</link>
		<dc:creator>Rich</dc:creator>
		<pubDate>Tue, 07 Apr 2009 20:18:46 +0000</pubDate>
		<guid isPermaLink="false">http://daniel.gredler.net/2008/01/07/java-remoting-protocol-benchmarks/#comment-615</guid>
		<description>contract = constrast</description>
		<content:encoded><![CDATA[<p>contract = constrast</p>
]]></content:encoded>
	</item>
</channel>
</rss>
