采用jboss remote 框架实现集群,可以不用ejb

靠，肉疼，又不是你出钱，甚至很多时候都是客户自己要求使用weblogic的。

我做过一个项目是用F5应用程序交换机实现的负载均衡，我很负责任的说：效果很不错，费用很吓人。

我觉得用ICE做分布式比较好, 在分布式组件里面再使用spring+hibernate.
ICE的原理和EJB很相似, 支持本地调用和远程调用, 打包部署, 消息中间件, 还支持与其它语言的交互,如C#/C++/VB/PHP等等.
我觉得EJB3还是很好用的, 但目前的EJB实现是太麻烦了, 测试还需要编写MOCK类, 考虑的东西多多, 相比之下, ICE是个很不错的选择, 特别是你希望能够同时使用C和java和C++的话, 并且担心Web Services的效率.

我觉的这里有三个概念:集群/分布式/事物

ICE这东西现在还是不怎么热的，体念感说过，也看过相关的资料

就是不大了解

CORBA毕竟是工业标准，ICE怎么优越，也还要有很长的路要走的

麻烦那些对Spring一知半解的人，先看看spring是什么再来发言。
没有调查，就没有发言权。要不说些谬论，就闹笑话了:-)

看看这篇文件张的解决方法。里面说得很清楚。
http://www.springframework.org/docs/reference/remoting.html

remote只是分布式计算中一个很基础的概念，Spring自己这篇文章没有说服力。

呵呵, 我越来越相信有些同志还是不明白WEB层集群和应用层集群的关系.

如何你使用了WEB层集群, 那么大多数情况下(WEB, EJB在一个节点上同处于一个JVM的情况下)应用层集群是没有意义的. 还是那句老话: 你的客户(WEB)都死了, EJB给谁FAIL-OVER啊? 就好比你把IE关了, 不会引起WEB FAIL-OVER一样.
当然, 除非你把WEB和EJB部署在两个JVM上. 不过我还真想不出为什么要这样干, 呵呵. 要不就不必有LOCAL EJB了.

另外, ZRQ说得对, 楼主的问题并不涉及分布式事物处理. N个APP SERVER 和 N个线程在数据库看来是一样的.

古代的时候, C/S结构下一台数据库都是要连多个客户端的, 呵呵.

banq大侠需要仔细琢磨琢磨 集群的概念, 再找WEBLOGIC文档仔细瞧瞧.

wang yu那篇违章刚出来之后, 我还给他写了封EMAIL要REFERENCES呢. 呵呵.

> banq大侠需要仔细琢磨琢磨 集群的概念,
> 再找WEBLOGIC文档仔细瞧瞧.
>
> wang yu那篇违章刚出来之后,
> 我还给他写了封EMAIL要REFERENCES呢. 呵呵.


你的意思是说大侠又错了一次，对不？

谁都有错的时候, 包括TSS那片under the hood of J2EE Cluster文章. 呵呵. 比如文章里对WEBLOGIC中JDBC CLUSTER的解释就不太对劲. WEBLOGIC里重建连接的功能是在 RMI JDBC DRIVER WRAPPER里, 而不是MULTIPOOL. MULTIPOOL不是针对CLUSTER的. JMS Cluster也语焉不详.

对于很多人CLUSTER只是一个名次而已. 其实CLUSTER并没有那么深奥, 但是要弄清楚在LOAD BALANCE和FAIL-OVER的场合下, 谁是SERVER, 谁是CLIENT. 很多人以为 Client 和 Server 会一起 FAIL-OVER.

上页
下页