<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - Caucho releases Hessian 1.0 specification: Binary protocol</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Tue, 21 May 2013 15:29:57 -0400</pubDate>


    <item>

        <title>Caucho releases Hessian 1.0 specification: Binary protocol</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote><blockquote>  Its fast and EASY to do &quot;complex&quot; collection transfers for things like data grids. It has been ported to other langages. This should be your first choice for SoA since it works, and then you can move on to others....]]></description>
        

        <pubDate>Wed, 30 Mar 2005 05:28:57 -0500</pubDate>

        

        <jf:creationDate>Wed, 30 Mar 2005 05:28:57 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 30 Mar 2005 05:28:57 -0500</jf:modificationDate>
        <jf:date>Mar 30, 2005</jf:date>
        <jf:author>Kesara SomaSekharaReddy</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>here we go again ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote><blockquote>Please do not mix interoperability and API compatibility.  Using one vendor on server does not preclude from using another on client.Implementation libraries do not have to provide the same API, and it not necessary....]]></description>
        

        <pubDate>Tue, 16 Nov 2004 14:47:00 -0500</pubDate>

        

        <jf:creationDate>Tue, 16 Nov 2004 14:47:00 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 16 Nov 2004 14:47:00 -0500</jf:modificationDate>
        <jf:date>Nov 16, 2004</jf:date>
        <jf:author>Konstantin Ignatyev</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>here we go again ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote>Please do not mix interoperability and API compatibility.  Using one vendor on server does not preclude from using another on client.Implementation libraries do not have to provide the same API, and it not necessary. </blockquote><br>Oh,...]]></description>
        

        <pubDate>Tue, 16 Nov 2004 13:03:34 -0500</pubDate>

        

        <jf:creationDate>Tue, 16 Nov 2004 13:03:34 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 16 Nov 2004 13:03:34 -0500</jf:modificationDate>
        <jf:date>Nov 16, 2004</jf:date>
        <jf:author>Karl Banke</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>here we go again ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote><blockquote>There is no forced lock-in as long as protocol is open.There is nothing proprietary in being binary. IIOP is _standard_ and it is open, and it is much more standard than XML based crap.</blockquote>Well, basically you contradict...]]></description>
        

        <pubDate>Tue, 16 Nov 2004 10:01:54 -0500</pubDate>

        

        <jf:creationDate>Tue, 16 Nov 2004 10:01:54 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 16 Nov 2004 10:01:54 -0500</jf:modificationDate>
        <jf:date>Nov 16, 2004</jf:date>
        <jf:author>Konstantin Ignatyev</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Connection management?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote>You might use Jakarta Commons HttpClient to handle http connections (and HTTP POSTS). Just write a class that replace HessianProxy and extend the HessianProxyFactory and override 'create' so that it will use the new proxy. It is not too much...]]></description>
        

        <pubDate>Tue, 16 Nov 2004 02:02:43 -0500</pubDate>

        

        <jf:creationDate>Tue, 16 Nov 2004 02:02:43 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 16 Nov 2004 02:02:43 -0500</jf:modificationDate>
        <jf:date>Nov 16, 2004</jf:date>
        <jf:author>Rickard Oberg</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Looking at the protocol...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[It seems to me it is basically just a little bit better than using plain xml over http. I fail to see how<br><br>S x00 x05 model<br><br>is so much better better than<br><br>&lt;val&gt;model&lt;/val&gt;<br><br>When using Maps for object serialization,...]]></description>
        

        <pubDate>Tue, 16 Nov 2004 00:25:21 -0500</pubDate>

        

        <jf:creationDate>Tue, 16 Nov 2004 00:25:21 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 16 Nov 2004 00:25:21 -0500</jf:modificationDate>
        <jf:date>Nov 16, 2004</jf:date>
        <jf:author>Karl Banke</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>here we go again ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote>There is no forced lock-in as long as protocol is open.There is nothing proprietary in being binary. IIOP is _standard_ and it is open, and it is much more standard than XML based crap.</blockquote><br>Well, basically you contradict yourself:...]]></description>
        

        <pubDate>Tue, 16 Nov 2004 00:05:01 -0500</pubDate>

        

        <jf:creationDate>Tue, 16 Nov 2004 00:05:01 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 16 Nov 2004 00:05:01 -0500</jf:modificationDate>
        <jf:date>Nov 16, 2004</jf:date>
        <jf:author>Karl Banke</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Connection management?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[You might use Jakarta Commons HttpClient to handle http connections (and HTTP POSTS). Just write a class that replace HessianProxy and extend the HessianProxyFactory and override 'create' so that it will use the new proxy. It is not too much work really.]]></description>
        

        <pubDate>Mon, 15 Nov 2004 13:58:26 -0500</pubDate>

        

        <jf:creationDate>Mon, 15 Nov 2004 13:58:26 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 15 Nov 2004 13:58:26 -0500</jf:modificationDate>
        <jf:date>Nov 15, 2004</jf:date>
        <jf:author>Rolf Arne Corneliussen</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Connection management?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote>I just did a quick trawl through the source and from the looks of it there is no specific connection management going on.</blockquote>Thanks, then I have everything I need.<br><br>Today we are using WebWork as our RMI impl., and it works...]]></description>
        

        <pubDate>Mon, 15 Nov 2004 03:20:32 -0500</pubDate>

        

        <jf:creationDate>Mon, 15 Nov 2004 03:20:32 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 15 Nov 2004 03:20:32 -0500</jf:modificationDate>
        <jf:date>Nov 15, 2004</jf:date>
        <jf:author>Rickard Oberg</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Connection management?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[I just did a quick trawl through the source and from the looks of it there is no specific connection management going on. <br><br>The connection appears to ultimately be a java.net.HttpUrlConnection that appears to be opened and closed for each...]]></description>
        

        <pubDate>Mon, 15 Nov 2004 00:00:38 -0500</pubDate>

        

        <jf:creationDate>Mon, 15 Nov 2004 00:00:38 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 15 Nov 2004 00:00:38 -0500</jf:modificationDate>
        <jf:date>Nov 15, 2004</jf:date>
        <jf:author>Toby Hede</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>HttpInvoker in Spring.</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote>Sound like wheel reinvention and sign of not-invented-here syndrome. Hessian and Burlap are not limited to Java and simply to implement, why reinvent?</blockquote><br>Note that Spring comes with first-class support for Hessian and Burlap...]]></description>
        

        <pubDate>Sun, 14 Nov 2004 16:17:23 -0500</pubDate>

        

        <jf:creationDate>Sun, 14 Nov 2004 16:17:23 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 14 Nov 2004 16:17:23 -0500</jf:modificationDate>
        <jf:date>Nov 14, 2004</jf:date>
        <jf:author>Juergen Hoeller</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>HttpInvoker in Spring.</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote>Sound like wheel reinvention and sign of not-invented-here syndrome. <br>Hessian and Burlap are not limited to Java and simply to implement, why reinvent?</blockquote><br>Simply because there Hessian <b>has</b> limitations and so does RMI....]]></description>
        

        <pubDate>Sun, 14 Nov 2004 07:43:34 -0500</pubDate>

        

        <jf:creationDate>Sun, 14 Nov 2004 07:43:34 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 14 Nov 2004 07:43:34 -0500</jf:modificationDate>
        <jf:date>Nov 14, 2004</jf:date>
        <jf:author>Alef Arendsen</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Can you post some performance figures?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[Did you compare the performance with a WS toolkit that uses DIME/MIME to transport binary content?<br><br>How is the documentation?<br>The tools?, ease of use?<br><br>Thanks,<br>Yuval.]]></description>
        

        <pubDate>Sun, 14 Nov 2004 03:38:57 -0500</pubDate>

        

        <jf:creationDate>Sun, 14 Nov 2004 03:38:57 -0500</jf:creationDate>
        <jf:modificationDate>Sun, 14 Nov 2004 03:38:57 -0500</jf:modificationDate>
        <jf:date>Nov 14, 2004</jf:date>
        <jf:author>Yuval Goldstein</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Connection management?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote>Rikard:Hessian is Open Source and distributed under the Apache License. You can get in and customise the connection handling to your heart's content.</blockquote>That's great, but if the current Hessian code has connection management that...]]></description>
        

        <pubDate>Sat, 13 Nov 2004 03:09:10 -0500</pubDate>

        

        <jf:creationDate>Sat, 13 Nov 2004 03:09:10 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 13 Nov 2004 03:09:10 -0500</jf:modificationDate>
        <jf:date>Nov 13, 2004</jf:date>
        <jf:author>Rickard Oberg</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>Hessian in Applet</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=29658</link>

        

        
            <description><![CDATA[<blockquote>Something to keep in mind: I tried Hessian (hessian-3.0.8 jar) in Applet and client JVM threw security exception as Hessian tried reaching a private field.</blockquote>Thanks for the warning, but that's ok. We sign it anyway (along with all...]]></description>
        

        <pubDate>Sat, 13 Nov 2004 03:04:41 -0500</pubDate>

        

        <jf:creationDate>Sat, 13 Nov 2004 03:04:41 -0500</jf:creationDate>
        <jf:modificationDate>Sat, 13 Nov 2004 03:04:41 -0500</jf:modificationDate>
        <jf:date>Nov 13, 2004</jf:date>
        <jf:author>Rickard Oberg</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

