伟大的Hessian前几日看过道友lordhong的文章“Hessian开始支持RIA了（JavaFX和Flex）”(http://www.iteye.com/
伟大的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。
文档太少。 11 楼 ajoo 2007-10-11 引用前几日看过道友lordhong的文章
街道网来的？ 12 楼 ecsoftcn 2007-10-12 Hessian的确是一个非常不错的技术，但是一些天生的缺点使它很难被应用在大型项目中，比如在数据量非常大时结果往往会出错等，如果这些问题都解决了，那真的可以放心的在项目中使用它了，性能方面还是非常不错的。 13 楼 dlee 2007-10-12 Hessian这类RPC风格的编程模型在Web应用中不会有很大的前途。Web应用中最有前途的编程模型是REST。你们应该多了解一下Rails的ActiveResource。
Hessian不错，不过主要是在企业应用运行环境中取代EJB或者SOAP，它并不适合使用在Web应用运行环境中。 14 楼 yxxiao0929 2007-10-13 <div class='quote_div'>
<p>比较支持“异构集成已成为至关重要的事情”这句话，但个人觉得要想到达这一目标，路子还长。期待中......<br/>
<br/>
<br/>
<br/>
</p>
</div> 15 楼 hatedance 2007-10-14 与soap相比，hessian的优点是不是只剩下性能了？
16 楼 lgx522 2007-10-16 hatedance 写道与soap相比，hessian的优点是不是只剩下性能了？
还有简单。这对于开发来说是非常重要的。 17 楼 shallon 2007-10-17 同意 dlee的说法，系统间的互通性成为比较主要的考虑因素，如果hessian是以RPC为编程架构，应用的范围要小一些，目前的技术趋势是从RPC往消息通信上转。远程对象这种东西也许很快是昨日黄花。 18 楼 ddbird 2007-10-25 大概看了下，优点也可能是coding简单些，支持的语言多些，maybe效率高些。不过单纯的RPC和SOAP本来不是同类，和EJB的也相去甚远，说到简单，EJB3的session bean也并不复杂，无非一个是用JNDI查找，一个是用类似CORBA的IOR来这种已知URL的方式查找，总体感觉就是如果不需要EJB的时候，也不需要引入消息机制的时候，但是却需要分布式，那会比RMI用起来方便很多。
吾之拙见。 19 楼 CnXiaowei 2007-10-26 以前也曾经使用过，但是觉得不适合那种并发特别高的应用，http本身的性能是有局限性的，比如同时有100个请求，两台服务器之间就必须建立100个连接才行，这样速度效率都很低，而RMI就性能高很多，可惜无法跨语言。
不知道Hession是否支持Keep-Alive呢，就是可以用同一个Connection来进行通讯？这样对于那些并发很高的应用对性能应该会有很大提升吧? 20 楼 asdfasdf 2007-10-26 作为程序来说 burlap跟hession没区别
修改一下实现配置
不过现在还是用ws用的多啊
21 楼 Arbow 2007-10-26 CnXiaowei 写道不知道Hession是否支持Keep-Alive呢，就是可以用同一个Connection来进行通讯？这样对于那些并发很高的应用对性能应该会有很大提升吧?
对于多个并发请求，会使用几个并发连接进行通信，请求完毕后，只要HTTP响应的头有 Connection: Keep-Alive，就可以将这个连接进行复用。 22 楼 dimscar 2007-11-01 hessian我们在招标网上也用过，招标系统中的招标信息要发送到评标专家系统中。就是通过hessian在不同的服务器间socket通信。 23 楼 Caixiaopig 2007-11-02 Arbow 写道CnXiaowei 写道不知道Hession是否支持Keep-Alive呢，就是可以用同一个Connection来进行通讯？这样对于那些并发很高的应用对性能应该会有很大提升吧?
对于多个并发请求，会使用几个并发连接进行通信，请求完毕后，只要HTTP响应的头有 Connection: Keep-Alive，就可以将这个连接进行复用。
客户端设置为keep-alive似乎没用
我把resin的alive thread设置了一下
但是用并发跑的时候，resin管理界面里边并没有检测到alive的线程
24 楼 openeyes 2007-11-15 Hessian for C# sharp怎么部署到IIS上？下载了最新的HessianCsharp 1.3.3版本，结果死活连不通！ 25 楼 rainsoft 2007-11-18 已经在大型项目上用了一年了，Hessian确实伟大 26 楼 bsspirit 2007-11-25 大家真是跟着时代在跑啊，我也学习学习。
我现在有这样的一个工程。
ear
|--war1
|--war2
|--jar1
|--jar2
如果让war1和war2之间通讯，目前的想法是Xfire。不知道Hessian适用我这个项目吗？
另外，还有一部分war和c++的socket通讯，Hessian可以做多语言的通讯吗？ 27 楼 gqf2008 2007-11-25 hessian的最大优点就是支持不同的语言平台，而且开发非常方便 28 楼 lfh220 2007-12-06 不知道hessian能不能访问手机端或者手机端能访问hessian提供的方法,类似于webservice.如果可以能不能推荐些资料.谢谢
