OpenFire与其他消息服务器交互

发布于 2021-11-27 00:36:49 字数 181 浏览 842 评论 4

web系统中采用jetty+continuation长连接的方式来处理聊天信息发送,现在要在手机应用中加入即时消息发送的功能,采用这个处理方式基本上不怎么好。于是,就通过openfire来处理消息交互,但是不能够和之前web系统中的即时消息同步数据。就是说,两个系统中不怎么好相互发送消息来即时同步发送聊天信息,不知道各位师兄们有没有好的解决方案?多谢赐教 :D

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

带上头具痛哭 2021-11-27 05:28:53

tigase是不是比openfire繁重些?貌似50万级别的轻而易举,但对于中小型企业来说不用这么强悍,只是感觉openfire用起来的时候需要自己去定义和扩展甚至是去改它的内部机制(比如群聊信息),但同时这也是它相对灵活的地方。呵呵,多谢指教哈!

能否归途做我良人 2021-11-27 03:26:55

性能上的问题,其实你不用考虑太多,除非你要做并发量很大的im服务器,适当优化5万以内用户并发应该不是问题,而且of也是支持集群的。当然如果你要做大数量级的im软件,服务器推荐用tigase!

网名女生简单气质 2021-11-27 01:27:24

谢啦师兄!不过之前的web聊天用了很长时间,是通过jetty长连接来处理的,现在手机客户端用这种方式处理估计是行不通的。对了,用BOSH的话改动会不会很复杂?用openfire又存在性能上的问题,那师兄有没有什么其他好的解决方式呢?手机端与服务器之间的连接的负荷和监听怎么处理呢?多谢指定哈 :D

檐上三寸雪 2021-11-27 01:07:58

openfire可以直接集成外部系统的用户,你web的聊天可以改用它的bosh。发用信息的话可用smack.jar. openfire性能不怎么样,且不好做水平扩展

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文