科瓦的知识件(Kware)车历技术杂文、社会杂评、思想进步、工作备忘与生活心情 ……　　　　　　　　　　　　　　穷大者必失其居，故受之以旅。—— 《易·序卦》XMPP学习(5) —— XML流的属性 - [软件技术]2013-10-31分类: 软件技术1. XMPP学习(5) —— XML流的属性     流元素 stream 的属性如下：     to -- 给谁 to 属性，应该只能在发起实体到接受实体的 XML 流的头上使用， 且必须设置接受实体的主           机名。而且在接受实体回复给发起端的 XML 流上应该没有 to 属性，即使设置了， 它也应被默默           舍弃。     from -- 来自 from 属性，相反地，应该在接受端到发起端的的 XML 流的头上出现， 且必须设置到接受           端的主机名，它被授权访问发起实体。from 属性不应设置在从发起端到接受端的 XML 流的头上。           即使设置了， 它也应被默默舍弃。     id -- 标识 id 属性，只允许出现在从接受端到发起端的 XML 流头上， 该标识是由接受实体创建的唯一           标识，它起到从发起实体与接受实体的“会话标识session key”作用。其在接受端应用(通常是一           个服务器)范围内是唯一的。流 ID 对安全是至关重要的，因此它是不可预知和不可重复的。id 属           性不应设置在从发起端到接受端的 XML 流的头上。即使设置了， 它也应被默默舍弃。     xml:lang -- 语言属性，参见定义在 XML 的语言属性一样。应出现在发起端到接受端的流头上， 以说明           它发送的流上文字语言。如果流上设有该属性，接受端应记住该语言属性以作为两端实体流的缺省           语言；若未设置，接受端应采用予配的缺省语言作为两端流的共同语言，并设置在响应流头上。           语言属性 'xml:lang' 值必须是一个 XML 的名称记号 NMTOKEN， 且须遵循 RFC 3066 [LANGTAGS]           定义的格式。     version -- 版本属性，设置为一个至少 "1.0" 的值，表明本规范定义的流相关协议的版本。流属性总结如下：|  发起到接受     |  接受到发起       ---------+-----------------+-----------------       to       |  接受端主机名   |  忽略       from     |  忽略           |  接受端主机名       id       |  忽略           |  会话标识       xml:lang |  缺省语言       |  缺省语言       version  |  XMPP 1.0 支持  |  XMPP 1.0 支持Tag：XMPP 发表于11:21:00 | 阅读全文 | 评论 0 |  编辑 | 分享 0XMPP学习(4) —— XML流与XML消息 - [软件技术]2013-10-30分类: 软件技术3. XMPP学习(4) —— XML流与XML消息     1) 概况        两个基础性的概念使得以相对较小的结构信息负载， 达成在出席关联的实体间的高效、异步的信息交        换。它们是 XML流 和 XML消息(Stanza)，这些术语定义如下：XML流的定义：          一个XML流是一个在网络任何两个实体间交换的XML元素的容器。XML流是以开stream标签并带上适当          的属性和命名空间声明来明确无误地标示出来的，结束时也须以闭stream标签明确无误地结束。 在          流的生存周期里，实体可在流上发起无限的XML元素，既可是握手元素，也可是这里定义的presence          message、iq XML消息元素。发起流会从发起端(通常是个客户端或服务器)与接受端(通常是服务器)          协商好，且会被相应地看作是一次发起端与接受端的会话。 发起流达成从发起端到接受端的单向通          讯，为了达成从接受端到发起端的信息交换，接受实体必须按相反的方向发起一个流， 该流称为响          应流。XML消息的定义：          一个 XML消息 (stanza)是 XML流上从一个实体发往另一个实体的结构化信息中一个不连续的语法单          元，一个 XML消息作为根 XML流元素下的直接子元素存在。任何 XML消息的开始与结束都位于XML流          的首层(如presence)。一个XML消息如有必要，会包含子元素，目的是传递必要的信息。这里定义的          XML消息在缺省的流 stream 命名空间限定下只有 message, presence, iq三个元素。为传输层安全          (TLS)目的发送的XML元素、简单认证和安全层(SASL)握手元素、或服务器回驳(dialback) 元素不考          虑为 XML消息(Stanza)。想像如下客户端与服务器的会话示例，为连接到服务器， 一个客户端必须通过发送一个“开stream”        标签给服务器，以初始化一个XML流。可选地带上一个文本声明，以说明 XML版本和支持的字符编码。        根据本地政策和服务器规定，服务器应返回一个回复的XML流到客户端，也同样会带上前面说的文字声        明。一旦客户端完成了与服务器的安全 SASL握手，客户端会在流上发送数量不受限制的 XML消息给网        络上的任何一个接受人。当客户端想关闭流，它只要简单发一个闭stream标签给服务器即可(相应的，        流也会被服务器关闭)，之后，客户端和服务器也应中止底下的连接(通常是一个TCP连接)。                那些习惯性认为 XML 以文档为中心的人可能希望看到一个客户端与服务器的会话，它们由两个开闭的        的 XML 稳当，一个从客户端到服务器，另一个是服务器到客户端。从这一点来看，根 stream 元素可        看成每个文档实体，而文档则由在 XML 流上发送的 XML消息累积而成。但这种看法只是方便而已，其        实 XMPP 并不处理成文档，仅仅是 XML流和 XML消息(Stanza)。                本质上，一个 XML流扮演着会话发送的所有 XML 消息的信封作用。可以一种简单的方式表示如下：stream            presence/show            message to='foo' / body            iq to='bar' / query            ...Tag