pro*_*iot 10 xmpp openfire jsjac
我正在使用XMPP(Jabber)协议中的openfire/jsjac开发即时消息模块(J2EE Web应用程序的一部分).
openfire用户/组管理/表已被重定向到我们的业务数据库表,这意味着我不再需要在openfire中维护用户/组.已在业务数据库中设置所有用户/组关系.
下面是我根据要求绘制的关于主窗格的图片.由于我的声望很低,我无法发布图片,所以我发布了一个url作为我的即时消息主UI的图像.很抱歉给您带来不便. instantmessage主UI图像
你们可以看到在左侧窗格中,没有用户/组列表.根据历史记录保存了会话,这让我很困惑,特别是关于组.我从XMPP.org上读到了"XEP-0045:多用户聊天".我知道有关群聊的一般工作流程: XEP-0045:多用户聊天"
并且知道有房间类型是持久性房间被解释为" 如果最后一个占用者退出的话没被破坏的房间;反义词:临时房间. "由doc.在同一个文档中有一些句子说:
房间所有者必须能够摧毁房间,特别是如果房间是持久的.工作流程如下:
看完上面这句话后,我更加疑惑,有几个问题我还是很困惑.
除了上面的问题,我还想到了实现具有持久性空间的MUC的工作流程.请你检查一下,看看流程中存在哪些问题?
我的工作流程为MUC提供持久的空间
所以无论角色是什么,所有者或普通会员,如何根据房间jid或房间id重新加入和重新加入创建的房间,前提是房间类型是"持久的"?
规范说“必须能够摧毁”,而不是“必须摧毁”。当最后一个用户离开 MUC 时,持久性 MUC不会自动销毁
I 取决于 MUC 组件的实现。如果它将持久性 MUC 存储在持久性存储上,则它能够在重新启动时重新加载所有持久性 MUC。IIRC Openfire 的 MUC 组件就是这样做的。
让它持久。
| 归档时间: |
|
| 查看次数: |
8004 次 |
| 最近记录: |