20100426，放弃EJB，转向轻量级的Hessian

公司系统的远程调用层从EJB2.1转换为Hessian了，现正在生产环境下测试中。
初步体会如下：
速度要快得多了，稳定性也大大增加。
我们的系统服务器托管在香港，需要从好几个国家访问，以前使用EJB2.1的时候，经常有线程卡死的错误，逼不得已使用了SwingWorker设置超时重试，但是操作体验效果就很差了。
后来测试过EJB3.0，耗时要比EJB2.1多上一个数量级，而且数据量越大越慢，于是放弃了升级到EJB3.0的计划。
Hessian的远程对象传输不支持BigDecimal，远程接口不支持方法重载，于是我们把交换的数据对象都压缩成byte[]，然后重构了重载的方法，整个工程只耗时一个下午。
现在公司系统使用了：Swing前端+Hessian远程调用+Tomcat6服务器+Mysql5数据库。

评论

3 楼 czltx224 2013-01-24  

hessian是可以重载的，在客户端设置加个属性就OK了
spring配置
<property name="overloadEnabled" value="true"></property>
纯hessian调用
HessianProxyFactoryBean hessianProxy = new HessianProxyFactoryBean();
hessianProxy.setOverloadEnabled(true);

2 楼 stjauns 2010-06-18  

我们压缩传输对象了

1 楼 dishhy 2010-06-02  

想问一下，不知道对hessian不支持BigDecimal类型的传输有什么好的解决办法没有？