下面的实时系统怎么设计呢。

leitm
现在正在开发一个股票实时系统。客户要求当server有变化时，client的股票图就自动显示出变化。不是通过client的刷新来实现的。而且每个client所查看的股票还是不同的。
这样是不是就要让client和server的socket始终保持连接。如果保持连接的话。客户量太大的话。可能吃不消把。看了NIO，感觉也不是很好处理。

banq 2003-02-19 11:14
两个方案：
1. 保持长连接，在客户量小时很好用，而且开发量不大，缺点，系统缺乏申宿性。

2. 使用JMS， 让客户端订阅自己感兴趣的topic（股票），这种模式现在已经基本上得到大规模使用。推荐这个办法，缺点是性能上可能有所牺牲，决定你采取什么JMS,现在最新的JMS已经有基于NIO的了。

leitm 2003-02-19 11:19
谢谢banq的神速回答。
我们现在进行的是1的测试。客户要求用户量在10几万左右。1基本没戏。
关于2的JMS以前没有用过，可否提示一下。或者给个连接。
banq 2003-02-19 13:43
这是个基于NIO的JMS，缺点是admin功能不够强，关于JMS有不少应用，比如电信企业发送短信息。

JMS是个新的应用领域，根据你的需求能设计正确是非常关键的。

iceant 2003-02-19 13:48
使用 JMS 记着做 log, 要不然发生了什么你都不知道。
leitm 2003-02-19 15:52
下不了UberMQ.哪里还有的下
banq 2003-02-20 10:00
到sf.net上下
leitm 2003-02-20 11:05
是基于NIO.
applet端应该也可以sub把。
banq 2003-02-20 11:19
NIO是Socket的一种方式,JMS的产品都要用到Socket

applet和application 或其它任何Java程序都可以作为客户端，客户端有两种：一种是producer(信息发布者) 一种是Consumer(信息接受者)。

Joram的好处是其管理功能强大，一般JMS的topic是不可以随便设定，但是通过Joram的Admin可以建立各种topic,比如可以建立一个树形结构的topic。而且这些节点可以分布在不同的服务器上，这种CLuster集群技术相当强大，只要客户端在其中一个topic server上注册，他就可以受到来自topic father server的信息。