（转）OpenFire源码学习之八：MUC用户聊天室

MUC

以上属性存储在MUCPersistenceManager

private staticConcurrentHashMap<String,MUCServiceProperties> propertyMaps=newConcurrentHashMap<String,MUCServiceProperties>();

客户端创建房间案例

第一：客户端发出查询请求

[html] view plain copy

</iq>

服务器将数据包发送到托管在该服务器组件来处理。

routed = routeToComponent(jid,packet, routed);

服务器需要在内存中判断房间是否存在，其次呢，返回外部组件的配置。为确切请求子域的查询将会作出修改。如果没有被发现和使用通配符请求，然后再查询将被提出，在使用通配符这个时候。

然后检查组件是否被托管在此JVM

获取MUC组件的信息

该MUC服务将接收的域MUC的域相匹配的所有数据包服务。这意味着，例如，disco 请求应该由服务本身作出回应，而不是依赖在服务器上处理请求。

根据命名空间找到相应处理——>IQDiscoInfoHandler。

寻找与所请求的实体相关的DiscoInfoProvider。

我们认为该数据包为单位的接收者的JID的主机。这是DiscoInfoProvider责任提供有关的JID的姓名信息一起用任何可能的请求节点。

所查询的房间节点不存在，按照正常的流程服务器返回错误信息

<item-not-found xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>

</error>

客户端第二轮发送：

</presence>

服务器处理：

1.将用户发送的定向存在的实体

(通知方式发送到该处理程序，当用户发送了一个指向存在的实体。如果存在的发件人是本地的（这个服务器）和目标实体不属于用户的花名册，然后发送更新派驻执导的用户注册表。)

2.广播到所有连接的资源

（获得由XMPPAddress聊天的用户。仅返回已连接到该JVM的用户。）

服务器返回消息：

<body>确认配置之前已锁住该房间，禁止进入。</body>

</message>

配置钱锁定房间，一面别的用创建一样的，或者申请加入这个房间

<presence id="wcCqI-59" to="test2@8ntmorv1ep4wgcy/Spark 2.6.3#android"

from="[email protected]/test2">

<item jid="test2@8ntmorv1ep4wgcy/Spark 2.6.3#android"

affiliation="owner" role="moderator"/>

</x>

客户端发送IQ：

查询房间拥有者。

服务器返回1：

<body>确认配置之前已锁住该房间，禁止进入。</body>

服务器返回2：

<iq type="error" id="wcCqI-60" from="[email protected]"

to="test2@8ntmorv1ep4wgcy/Spark 2.6.3#android">

<not-authorized xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>

</error>

======================================================================

总的对话

客户端发送C2S - RECV (32671720):

</query>

服务器返回

<iq type="error" id="wcCqI-61"

from="[email protected]"

to="test2@8ntmorv1ep4wgcy/Spark 2.6.3#android">

<item-not-found xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>

</error>

以上循环两次对话，这可能由于debug超时原因，消息重复发送。

客户端发送

出席消息。

1.当用户发送一个 directed presence的时候将发送给directedPresenceSent()来处理。如果存在的发件人是本地的（这个服务器）和目标实体不属于用户的花名册，然后发送更新派驻执导的用户注册表。

跟踪所有指示派驻人员名册，如果服务被禁用

这里有两块内存记录消息：

private Cache<String,Collection<DirectedPresence>>directedPresencesCache;

跟踪发送指向派驻到其他实体。

在这个Cache上我们跟踪每一个 directed presence存在，无论发送者是否托管在这个JVM或其他群集节点。

另一个

private Map<String,Collection<DirectedPresence>>localDirectedPresences;

发送相同directedPresencesCache但只有不断派驻指导

用户连接到该JVM。

在方法directedPresenceSent()中主要对两个变量开始操作，这里有一个开锁和解锁的过程。

updateHandler.directedPresenceSent(packet, jid, recipientJID.toString());

2.路由消息包

被发送到XMPP域的组件路由数据包（这是XMPP域的子域）

首先检查组件是否被托管在此JVM

存在，交由component.processPacket(packet);出数据包

该MUC服务将接收的域MUC服务的域相匹配的所有数据包。

这意味着，例如，disco请求应该由服务本身作出回应，而不是依赖在服务器上处理请求。

在getChatRoom()方法中会从数据库中加载了房间的配置（如果房间是持久性的，但被添加到数据库服务器启动或房间可能是旧的房间，这是不存在于记忆体后）

这里OF服务器检查到房间需要重新创建的情况下，它没有预先创建（或已被删除不知何故，预计委托存在）。

因为房间不存在，所以接下来就该检测拥有者的创建权限了。依次添加room到内存中，以免其他创建者冲突。

开始创建房间事件——>通知其他集群节点，一个新的空间可用.

检查客户端创建密码或客户端对MUC的支持

(注：获取房间组件的基本信息

Long serviceID = XMPPServer.getInstance().getMultiUserChatManager().

getMultiUserChatServiceID(room.getMUCService().getServiceName());)

<presence id="wcCqI-63" to="test2@8ntmorv1ep4wgcy/Spark 2.6.3#android"

from="[email protected]/test2">

<item jid="test2@8ntmorv1ep4wgcy/Spark 2.6.3#android"

affiliation="owner" role="moderator"/>

</x>

给自己发送出席

<message type="groupchat" from="[email protected]"

to="test2@8ntmorv1ep4wgcy/Spark 2.6.3#android">

客户端发送：

</query>

</iq >

根据namespace服务器将有IQOwnerHandler来处理

refreshConfigurationFormValues()房间配置信息

服务器返回：

已创建房间“room2”。要接受缺省配置，请单击“确定”按钮。

或填写以下表单以完成设置：

</instructions>

<value>http://jabber.org/protocol/muc#roomconfig</value>

</field>

<field var="muc#roomconfig_roomname" type="text-single"

label="房间名称">

<field var="muc#roomconfig_roomdesc" type="text-single"

label="描述">

<field var="muc#roomconfig_changesubject" type="boolean"

label="允许占有者更改主题">

<field var="muc#roomconfig_maxusers" type="list-single"

label="最大房间占有者人数">

</option>

<field var="muc#roomconfig_presencebroadcast" type="list-multi"

label="其 Presence 是 Broadcast 的角色">

<value>moderator</value>

<value>participant</value>

<value>visitor</value>

<value>moderator</value>

<value>participant</value>

<value>visitor</value>

</field>

<field var="muc#roomconfig_publicroom" type="boolean"

label="列出目录中的房间">

<field var="muc#roomconfig_persistentroom" type="boolean"

label="房间是持久的">

<field var="muc#roomconfig_moderatedroom" type="boolean"

label="房间是适度的">

<field var="muc#roomconfig_membersonly" type="boolean"

label="房间仅对成员开放">

<value>注意：缺省情况下，只有管理员才可以在仅用于邀请的房间中发送邀请。</value>

<field var="muc#roomconfig_allowinvites" type="boolean"

label="允许占有者邀请其他人">

<field var="muc#roomconfig_passwordprotectedroom" type="boolean"

label="需要密码才能进入房间">

<value>如果需要密码才能进入房间，则您必须在下面指定密码。</value>

<field var="muc#roomconfig_roomsecret" type="text-private"

label="密码"/>

<field var="muc#roomconfig_whois" type="list-single"

label="能够发现占有者真实 JID 的角色">

<value>moderators</value>

</option>

<value>anyone</value>

<field var="muc#roomconfig_enablelogging" type="boolean"

label="登录房间对话">

<field var="x-muc#roomconfig_reservednick" type="boolean"

label="仅允许注册的昵称登录">

</field>

<field var="x-muc#roomconfig_canchangenick" type="boolean"

label="允许使用者修改昵称">

<value>允许用户注册房间</value>

<field var="x-muc#roomconfig_registration" type="boolean"

label="允许用户注册房间">

<value>您可以指定该房间的管理员。请在每行提供一个 JID。</value>

<field var="muc#roomconfig_roomadmins" type="jid-multi"

label="房间管理员"/>

<value>您可以指定该房间的其他拥有者。请在每行提供一个 JID。</value>

<field var="muc#roomconfig_roomowners" type="jid-multi"

label="房间拥有者">

<value>test2@8ntmorv1ep4wgcy</value>

</query>

客户端发送1

<value>http://jabber.org/protocol/muc#roomconfig</value>

</field>

<value>test2@8ntmorv1ep4wgcy</value>

</x>

</query>

在这一步操作，是客户端来设置房间的一些配置信息，并且保存到DB(在类LoaclMUCRomm.saveToDB()方法中)

然后保存用户(普通用户，管理员).

服务端返回1

<body>该房间现在已解锁。

</body>

服务端返回2

处理类：IQDiscoInfoHandler

服务端返回

<iq type="result" id="wcCqI-66" from="[email protected]"

to="test2@8ntmorv1ep4wgcy/Spark 2.6.3#android">

<value>http://jabber.org/protocol/muc#roominfo</value>

</field>

客户端加入房间，首先获取房间信息

服务端通过查找服务器组件获取房间信息并返回如下报文

<value>http://jabber.org/protocol/muc#roominfo</value>

</query>

客户端再次发送状态

服务端返回：

<message type="groupchat" from="[email protected]" to="test2@8ntmorv1ep4wgcy/Spark 2.6.3#android"><body>该房间不是匿名的。</body><x xmlns="http://jabber.org/protocol/muc#user"><status code="100"/></x></message>

请求用户发送消息内容

<reason>请把我加入会议中。</reason>

</invite>

</x>

组件将消息发送给客户端test1，如图：

Test1接收邀请

发送消息：

服务端将发送如下消息

OK,关于会议室这块就到次结束。这里读起来很难理解很正常。基于xmpp协议的通讯消息太繁琐了。但是只要读者细心debug调试，还是不难的。

我在上面中的jid，如：jid="test2@8ntmorv1ep4wgcy/Spark 2.6.3#Android，这里面有个#号。而实际上在openfire正常的通讯是没的

这是本人调试测试多加了个jid属性。关于jid部分，本人会单独拿出来写博文的。欢迎阅读，不对之处请联系本人指正。

（转）OpenFire源码学习之八：MUC用户聊天室

继续阅读

C# 字节数组 byte[] 快速比较算法

C# 字节数组、字符串转化字节数组转字符串字符串转字节数组字节数组转整数整数转字节数组字符串转字节字符串转数值数值转字符串

C#用Zlib压缩或解压缩字节数组

C# 比较两个字节数组是否相等

对于VS中scanf报错永久解决，创建源文件自动添加#define _CRT_SECURE_NO_WARNINGS 1

《C#高级编程》读书笔记 -索引

CQ V1.0分词bates(基于双数组tire树)—应该是目前最快的中文分词算法

C#多线程——前台线程和后台线程

CSS之折叠菜单

QName是什么

C#+ArcEngine代码检测ArcEngine Runtime是否安装以及是否授权

web开发之前后端渲染

七牛云-C#SDK-上传-前期准备

大数据排错SparkSpark集群启动时候，JAVA_HOME is not sethadoop集群，某台服务器jps无任何输出IDEAkafkahadoopspark sqlfile permissionsIDEA本地测试 - OutOfMemoryError: GC overhead limit exceededhdfs负载均衡

403 Forbidden，You don't have permission to access / on this server.Forbidden

spark/scala关于【资源文件】加载方法概述外部文件加载方案测试资源文件打包入jar包中小结