伟大的Hessian

前几日看过道友lordhong的文章“Hessian开始支持RIA了（JavaFX和Flex）”(http://www.iteye.com/topic/125573)，便到http://hessian.caucho.com/上访问了一下，仔细一看才知道Hessian已经远超期待！

 Java、Flash、Python、C++、.NET C#、D、Erlang、PHP、Ruby，看看伟大的Hessian当前所支持的语言吧！

原先看经典的“without EJB”，讲到Remoting时，便有对Hessian这一“Java to Java的轻量级协议”的支持。实践中Spring使用Hessian、Burlap、RMI、HttpInvoke非常简单，并且Hessian、Burlap的性能相当高，仅仅稍逊于Java专用的RMI。当时笔者对此稍感遗憾，这么简单高效的协议，如果能支持其它的语言该多好！

想不到仅仅两三年之后，Hessian便几乎囊括了当前最主流、最火爆的语言！

自从计算机世界的数百种语言不断诞生以来，IT界便陷入了巨大的烦恼中：一面是多种语言带来的丰富多彩和各自擅长领域的卓越表现；一面是“信息孤岛”的爆炸性增长和各类技术间激烈的争执。异构集成已成为至关重要的事情。

但问题在于缺乏标准和协议。

于是COM、CORBA、EJB、SOAP不断涌现，但这些由厂商和委员会们搞出来的东西，注定只能钻进那5%的“超复杂”胡同，高度的复杂性与低劣的性能，最终也只能让大家“曲高和寡”罢了。于是IT界继续争斗与混乱。

应用程序做久之后，大家就会认识到，在大多数情况下，我们真正需要的是足够简单高效的协议，可以很快地写出来，很快地连起来，并且可以很快地运行。于是REST开始放高调了，这就免不了要和SOAP开战，最重要的实践却反而放在一边了。

好在Hessian实实在在地作出了回应！看来要想实现IT世界的统一，必须要靠开源领域中立的的实干家。

如果都能以这样公正中立的路子走下去，大家真可以求同存异了。想想吧，服务端是强而稳的Java，客户端是容易高效的Flex、ASP.NET或者Ajax；或者用PHP、RoR快速构建服务端，再用J2ME、.NET Mobile搞无线；某些特殊场合，使用VB、C++、Delphi这类高性能的桌面程序……。这样的世界多美好！何必成天吵嚷“XXX将要灭了XXX”这类无聊的话题，担心所谓“技术路线”选择。大家各自精通专项技术，然后通力合作，共营IT世界，这才是唯一正确的选择。

人类世界已经趋向于沟通合作，IT世界也应该全面沟通合作了。

这个世界上，有人忙着赚钱，有人忙着出名，有人忙着吵架，有人则忙着做事。干实事的，真该学一学Hessian。

写得很不错,呵呵! 其实IT和现实生活都一样, 沟通最重要.
不同的系统就像不同的人一样, 需要有相同的语言或者媒体来沟通, 文字, 对话, 信件等等... Hessian就好像是英语, 全世界都讲得通, 呵呵!

刚刚写了一个delphi版Hessian序列化的实现

http://gwbasic.iteye.com/admin/show/129854

感觉,  hessian还是有市场的, 比较干净.
另外, 性能上也是折中的.

灰常同意，俺在java2java的程序中的第一选择就是hessian了

真的统一了，IBM和BEA就挣不了多少钱了，嘿嘿。对应用程序开发这方来讲，统一当然是好事。

打算在项目中使用,但担心远程方法调用的系统开销比较大啊...

一直以来也比较看好Hessian，在WS有效率问题时，就采用她！

hessian跨平台的决心, 也是使用它的原因之一.
高性能程序, 首选socket, 接下来再根据平台,以及遗留系统的现状, 来决定是否采用hessian.一般情况下, 都能如愿.

ruby中怎么得到一个hessian返回的java自定义对象呢？给个example看看，thanks