当前位置: 技术问答>java相关
大虾救我!帮我想想有没有什么好办法。
来源: 互联网 发布时间:2015-01-05
本文导语: 我在作一个“多客户端-单服务器-通信接口”的多对一的系统,用的是Borland Appserver 4.5和JBuilder 4.0。 从通信接口返回的信息经过服务器处理后要分配到客户端,但是通信接口返回的信息里不包含客户端的标识,...
我在作一个“多客户端-单服务器-通信接口”的多对一的系统,用的是Borland Appserver 4.5和JBuilder 4.0。
从通信接口返回的信息经过服务器处理后要分配到客户端,但是通信接口返回的信息里不包含客户端的标识,而且业务量特别大,客户端也有上百个,请问我用怎样的分配方法来把返回的信息合理地分配到客户端?
另外:有什么好办法用Borland AppServer实现由服务器发起的从服务器到客户端界面的通信?
请指教,谢谢!
从通信接口返回的信息经过服务器处理后要分配到客户端,但是通信接口返回的信息里不包含客户端的标识,而且业务量特别大,客户端也有上百个,请问我用怎样的分配方法来把返回的信息合理地分配到客户端?
另外:有什么好办法用Borland AppServer实现由服务器发起的从服务器到客户端界面的通信?
请指教,谢谢!
|
你意思是什么?
是说,服务器端要主动去和客户端通信么?
这个我想jms应该可以办到
但你说不支持ejb2.0
所以我觉得有server端发起的的从服务器到客户端界面的通信,不太可行!----(望高手指教)
那么,这样如何,你让客户端定期刷新(每隔若干秒)去调用一下你bean中的方法--向那种古老的聊天是一样(pull)
当然,你的每个客户端都实现必须与服务器连上,如果你用一个stateful来代表客户端
在用个entityBean来访问数据库中的通信接口返回的信息
或是stateless bean 直接 访问 通信接口返回的信息
我的拙见--你再看看
是说,服务器端要主动去和客户端通信么?
这个我想jms应该可以办到
但你说不支持ejb2.0
所以我觉得有server端发起的的从服务器到客户端界面的通信,不太可行!----(望高手指教)
那么,这样如何,你让客户端定期刷新(每隔若干秒)去调用一下你bean中的方法--向那种古老的聊天是一样(pull)
当然,你的每个客户端都实现必须与服务器连上,如果你用一个stateful来代表客户端
在用个entityBean来访问数据库中的通信接口返回的信息
或是stateless bean 直接 访问 通信接口返回的信息
我的拙见--你再看看
|
You might want to study design pattern in MVC :)
It decoupling objects so that changes to one(model) can affect any number of others(views) without requiring the changed object to know details of the others ... To make it more reliability and scalablity you need read more info such as JMS(publish/subscribe messaging), j2ee(connector) and so on.
Good luck!
It decoupling objects so that changes to one(model) can affect any number of others(views) without requiring the changed object to know details of the others ... To make it more reliability and scalablity you need read more info such as JMS(publish/subscribe messaging), j2ee(connector) and so on.
Good luck!
|
用局域网内内的ip组播/广播实现
您可能感兴趣的文章:
本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术,将尽最大努力为读者提供更好的信息聚合和浏览方式。
本站(WWW.)站内文章除注明原创外,均为转载、整理或搜集自网络。欢迎任何形式的转载,转载请注明出处。
本站(WWW.)站内文章除注明原创外,均为转载、整理或搜集自网络。欢迎任何形式的转载,转载请注明出处。