noxel 2005-01-25 13:57
采用jboss remote 框架实现集群,可以不用ejb
dabb 2005-01-25 15:45
靠，肉疼，又不是你出钱，甚至很多时候都是客户自己要求使用weblogic的。
cats_tiger 2005-01-27 09:32
我做过一个项目是用F5应用程序交换机实现的负载均衡，我很负责任的说：效果很不错，费用很吓人。
samlet 2005-01-31 13:36
我觉得用ICE做分布式比较好, 在分布式组件里面再使用spring+hibernate.
ICE的原理和EJB很相似, 支持本地调用和远程调用, 打包部署, 消息中间件, 还支持与其它语言的交互,如C#/C++/VB/PHP等等.
我觉得EJB3还是很好用的, 但目前的EJB实现是太麻烦了, 测试还需要编写MOCK类, 考虑的东西多多, 相比之下, ICE是个很不错的选择, 特别是你希望能够同时使用C#和java和C++的话, 并且担心Web Services的效率.
g_wf 2005-02-04 20:20
我觉的这里有三个概念:集群/分布式/事物
FAREWELL 2005-03-29 15:34
ICE这东西现在还是不怎么热的，体念感说过，也看过相关的资料

就是不大了解

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

tikii 2005-04-11 19:00
麻烦那些对Spring一知半解的人，先看看spring是什么再来发言。
没有调查，就没有发言权。要不说些谬论，就闹笑话了:-)
gxlkz2000 2005-07-14 11:49
看看这篇文件张的解决方法。里面说得很清楚。
http://www.springframework.org/docs/reference/remoting.html

banq 2005-07-14 13:25
remote只是分布式计算中一个很基础的概念，Spring自己这篇文章没有说服力。
Kyle_Yin 2005-09-09 15:23
呵呵, 我越来越相信有些同志还是不明白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结构下一台数据库都是要连多个客户端的, 呵呵.

Kyle_Yin 2005-09-09 15:30
banq大侠需要仔细琢磨琢磨 集群的概念, 再找WEBLOGIC文档仔细瞧瞧.

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

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


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

Kyle_Yin 2005-09-10 05:59
谁都有错的时候, 包括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.

banq 2006-01-04 20:50
Spring+Hibernate是一个Web服务器，关键在于你需要真正意义上的集群，还是需要简单的负载平衡。

真正意义上的集群是可以支持上千个芯片同时运行：
参考文章：

http://www.jdon.com/jive/article.jsp?forum=16&thread=24513