标签:查错 一段 lsp and org detail pac 使用 基础知识
转:http://blog.csdn.net/huwenfeng_2011/article/details/43412919
前面两张主要讲基础部分。XMPP与Mina有部分抄写于互联网的其他大事
XMPP: The Extensible Messaging and Presence Protocol
中文全称:可扩展通讯和表示协议
Xmpp是一种类似于http的通讯传输协议,它是一个“包装”/“解包”的过程。
XMPP适合新项目的优势:
l 无需投入成本制定协议
l 易于扩展
l 可迅速完成原型
l 适合各种容量系统,从100用户在线的系统到100万以上在线用户。
l 可扩展至 Web/Flash IM, Mobile IM 等各种场合,基本都有开源实现或Library。
l 发展比较成熟稳定
XMPP中定义了三个角色,客户端,服务器,网关。通信能够在这三者的任意两个之间双向发生。服务器同时承担了客户端信息记录,连接管理和信息的路由功能。网关承担着与异构即时通信系统的互联互通,异构系统可以包括SMS(短信),MSN,ICQ等。基本的网络形式是单客户端通过TCP/IP连接到单服务器,然后在之上传输XML。
传输的是与即时通讯相关的指令。在以前这些命令要么用2进制的形式发送(比如QQ),要么用纯文本指令加空格加参数加换行符的方式发送(比如MSN)。而XMPP传输的即时通讯指令的逻辑与以往相仿,只是协议的形式变成了XML格式的纯文本。这不但使得解析容易了,人也容易阅读了,方便了开发和查错。而XMPP的核心部分就是一个在网络上分片段发送XML的流协议。这个流协议是XMPP的即时通讯指令的传递基础,也是一个非常重要的可以被进一步利用的网络基础协议。所以可以说,XMPP用TCP传的是XML流。
XML流的定义:
一个XML流是一个容器,包含了两个实体之间通过网络交换的XML元素。一个XML流是由一个XML打开标签 <stream> (包含适当的属性和名字空间声明)开始的,流的结尾则是一个XML关闭</stream>标签 。在流的整个生命周期,初始化它的实体可以通过流发送大量的XML元素,用于流的握手(例如 TLS 握手 或 SASL 握手)或XML节(在这里指符合缺省名字空间的元素,包括<message/>,<presence/>,或 <iq/> 元素)。“初始的流”由初始化实体(通常是一个客户端或服务器)和接收实体(通常是一个服务器)握手,从接收实体来看,它就是那个初始实体的"会话"。初始化流允许从初始化实体到接收实体的单向通信;为了使接收实体能够和初始实体交换信息,接收实体必须发起一个反向的握手(应答流)。
XML节的定义:
一个XML节是一个实体通过 XML 流向另一个实体发送的结构化信息中的一个离散的语义单位。一个XML节直接存在于根元素<stream/>的下一级,这样可以说是很好的匹配 了[XML]。任何XML节都是从一个XML流的下一级的某个打开标签(如 <presence>)开始,到相应的关闭标签(如 </presence>)。一个XML节可以包含子元素(相关的属性、元素、和 XML 字符数据等) 以表达完整的信息。在这里定义的XML节仅限于<message/>,<presence/>,和 <iq/> 元素。
|
初始化方发给接收方 |
接收方发给初始化方 |
说明 |
to |
接收方的主机名 |
忽略 |
该属性仅出现在初始化实体发给接收实体的 XML 流的头当中,并且它的值必须是接收实体所在的主机名。若 ‘to‘ 属性出现在应答流中,则初始化实体忽略它。 |
from |
忽略 |
发送方的主机名 |
该属性仅出现在接收实体发给初始化实体的 XML 流的头当中,并且它的值必须是为当前初始化实体授权的接收实体所在的主机名。 |
id |
忽略 |
会话键值 |
该属性仅用于接收实体发送给初始化实体 XML流的头。这个属性是一个由接收实体创建的具有唯一性的ID,一个初始实体和接收实体之间的会话ID,并且它在接收方的应用程序中必须是唯一的。注意:这个流 ID 必须是足够安全的,所以它必须是不可预知的和不可重复的。它不应该在有 ‘id‘属性出现在初始实体发送给接收实体的 XML流的头中;无论如何,如果‘id‘属性出现在初始化流中,接收实体应该忽略它。 |
xml:lang |
缺省语言 |
缺省语言 |
它包含在初始化实体发给接收实体的 XML流的头中,以指定在流中传输的可读XML字符所使用的缺省语言。如果这个属性出现了,接收实体应该记住它的值,作为初始化流和应答流的缺省属性;如果这个属性没有出现,接收实体应该用一个可配置的缺省值用于双方的流,这个属性值必须在应答流的头中传达。对于所有初始化流中传输的节,如果初始实体没有提供‘xml:lang‘属性,接收实体应该应用缺省值;如果初始实体提供了‘xml:lang‘属性,接收实体不能修改或删除它。‘xml:lang‘属性的值必须是一个 nmtoken并且必须遵守RFC3066规定的格式。 |
version |
支持XMPP 1.0 |
支持XMPP 1.0 |
|
示例:
<?xml version=‘1.0‘?>
<stream:stream
from=‘test@montenets.com‘
to=‘im.example.com‘
version=‘1.0‘
xml:lang=‘en‘
xmlns=‘jabber:client‘
xmlns:stream=‘http://etherx.jabber.org/streams‘>
<presence>节点
presence节点用来控制和表示实体的在线状态,可以展示从离线到在线甚至于离开,不能打扰等复杂状态,另外,还能被用来建立和结束在线状态的订阅。
<presence>
<show>away</show> <!--离线-->
<status>atthe ball</status> <!--标签用于显示额外信息-->
</presence>
其中show的取值范围如下:
away: 离线
char: 交谈中
dnd: 希望不被打扰
xa: 离开一段时间
Online: 在线
<presence>
<status>touring thecountryside</status>
<priority>10</priority>
</presence>
在这个节中,出现了一个<priority>标签,表示现在连接的优先度。每个连接可以设置从-128到127的优先读,默认是设置为0.用户可以在这个标签里修改相应的优先度。如果有相应的设置的话,用户送往纯JID的将会送 到优先度最高的那个连接,如果设置值为负数的话,则表示送往纯JID的消息将永远不会送达该连接。
<Message>节点
message节点用于用户之间传递消息。这消息可以是单纯的聊天信息,也可以某种格式化的信息。 message节点信息是传递之后就被忘记的。当消息被送出之后,发送者是不管这个消息是否已经送出或者什么时候被接收到。通过扩展协议,可以改变这样一种状况。
下面我们看一些例子:
<messagefrom="test_a@jabber.org" to="test_b@jabber.org" type="chat">
<body>Hello!</body>
</message>
<message from="test_a@jabber.org" to="test_b@jabber.org" type="groupchat">
<body>welcome</body>
</message>
其中<type>标签取值类型:
Chat: 单点聊天
Error: 错误信息
groupchat: 多人聊天信息
headline: 通常用在自动服务中,不需要回应。
<body> 标签里面是具体的消息内容。
<iq>节点
iq节点主要是用于Info/Query模式的消息请求,他和Http协议比较相似。可以发出get以及set请求,就如同http中的GET以及POST。iq节点需要有回应,有get,set两种请求以及result,error两种回应。
<iq from="test_a@jabber.org" type="get" id="roster1">
<queryxmlns="jabber:iq:roster"/>
</iq>
其中type属性取值:
Get: 获取当前域值
Set: 设置替换get查询的值
Result: 说明成功相应了先前的查询
Error: 查询或相应时候出现了错误
标签:查错 一段 lsp and org detail pac 使用 基础知识
原文地址:http://www.cnblogs.com/wangle1001986/p/7149769.html