|
锁定老帖子 主题：伟大的Hessian
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-10-11
liwenqiu 写道 ruby中怎么得到一个hessian返回的java自定义对象呢？给个example看看，thanks
我也有这样的疑问。 用ruby的client去调用，如果hessian返回一个对象的话。 是不是ruby也要定义一个ruby对象？ 要根据binary 协议？ 
文档太少。 |
| 返回顶楼 | |
|
发表时间：2007-10-11
引用 前几日看过道友lordhong的文章
街道网来的？ |
| 返回顶楼 | |
|
发表时间：2007-10-12
Hessian的确是一个非常不错的技术，但是一些天生的缺点使它很难被应用在大型项目中，比如在数据量非常大时结果往往会出错等，如果这些问题都解决了，那真的可以放心的在项目中使用它了，性能方面还是非常不错的。
|
| 返回顶楼 | |
|
发表时间：2007-10-12
Hessian这类RPC风格的编程模型在Web应用中不会有很大的前途。Web应用中最有前途的编程模型是REST。你们应该多了解一下Rails的ActiveResource。
Hessian不错，不过主要是在企业应用运行环境中取代EJB或者SOAP，它并不适合使用在Web应用运行环境中。 |
| 返回顶楼 | |
|
发表时间：2007-10-13
比较支持“异构集成已成为至关重要的事情”这句话，但个人觉得要想到达这一目标，路子还长。期待中...... |
| 返回顶楼 | |
|
发表时间：2007-10-14
与soap相比，hessian的优点是不是只剩下性能了？
|
| 返回顶楼 | |
|
发表时间：2007-10-16
hatedance 写道 与soap相比，hessian的优点是不是只剩下性能了？
还有简单。这对于开发来说是非常重要的。 |
| 返回顶楼 | |
|
发表时间：2007-10-17
同意 dlee的说法，系统间的互通性成为比较主要的考虑因素，如果hessian是以RPC为编程架构，应用的范围要小一些，目前的技术趋势是从RPC往消息通信上转。远程对象这种东西也许很快是昨日黄花。
|
| 返回顶楼 | |
|
发表时间：2007-10-25
大概看了下，优点也可能是coding简单些，支持的语言多些，maybe效率高些。不过单纯的RPC和SOAP本来不是同类，和EJB的也相去甚远，说到简单，EJB3的session bean也并不复杂，无非一个是用JNDI查找，一个是用类似CORBA的IOR来这种已知URL的方式查找，总体感觉就是如果不需要EJB的时候，也不需要引入消息机制的时候，但是却需要分布式，那会比RMI用起来方便很多。
吾之拙见。 |
| 返回顶楼 | |
|
发表时间：2007-10-26
以前也曾经使用过，但是觉得不适合那种并发特别高的应用，http本身的性能是有局限性的，比如同时有100个请求，两台服务器之间就必须建立100个连接才行，这样速度效率都很低，而RMI就性能高很多，可惜无法跨语言。
不知道Hession是否支持Keep-Alive呢，就是可以用同一个Connection来进行通讯？这样对于那些并发很高的应用对性能应该会有很大提升吧? |
| 返回顶楼 | |
