IM服务器的问题,急!!!

J2EE的集群一般指Web和EJB两个，这个实时应用显然只能使用J2EE的EJB技术，我曾经参与架构设计过一个中型手机社区游戏系统，当初目标是瞄准跨客户端（包括手机端）的IM之类实时社区软件。

我的《java实用系统开发指南》的第一章是针对TCp和UDP的底层API设计，主要也是使用在这个方面。

IM之类的实时系统最大的特点是性能，性能有两个方面提高：1.向下思维，直接使用Java从底层构建整个系统，脱离J2EE容器，这样做优点是：目前单态性能提高了，但是多台集群需要自己实现，开发周期长。2.向上思维，使用J2EE的集群特性，这样做优点是：多台机器性能好，无需专门开发代码，缺点是：可能两台机器才抵前面方案的一台，硬件投入大。

方案取舍视公司决策人员，长远考虑和软件质量考虑，后者当然是首选，对软件水平要求也要高。

有个Instance Message 的协议叫Jabber。Jabber的C语言服务器可能更成熟一些，相应的C、Java服务器和客户端软件也有开源的，请参考。
即使不使用这一协议，我感觉把技术限制在UDP上也是不合理的，那意味着你们的产品只能在局域网中使用。
最后，即使消息一般应使用P2P的通讯方式，服务器端压力不应该很大，不用服务器集群的。
祝你们成功。

我们这里用jabber做的，用得很好

这个服务器要求,保存历史记录,客户端能向手机发送短信,接收从手机发上来的短信,以及客户端对客户端,所有这些都有通过服务器中转.客户端现在已经发布了,只不过不成功.现在的服务端是VC写的,BUG很多,我想说服领导服务端用J2EE,大家有什么好的建议,我这里先谢过了.

对于jabber来说，那只是外面的adapter的问题

呵呵，我们自己做了一个IM服务器，是用J2SE从Socket写的。
如果考虑群集倒是个头大问题。

那位大虾可以给些建议....