XEP-0030 - 版本历史

Langxianzhe: /* 基本协议 */

2011-02-15T08:02:25Z

基本协议

Langxianzhe: /* 基本协议 */

2011-02-14T05:29:30Z

基本协议

Langxianzhe: /* 绪论 */

2011-02-14T02:43:49Z

绪论

Admin: /* 附录 */

2010-05-28T05:11:09Z

附录

Admin: /* 附录G:备注 */

2010-05-25T06:49:28Z

附录G:备注

2010年5月25日 (二) 04:15 Admin

2010-05-25T04:15:19Z

Admin: /* 附录C:法律通告 */

2010-05-24T20:25:27Z

附录C:法律通告

Admin: /* 过程 */

2010-05-24T14:16:21Z

过程

Admin: /* 协议命名空间 */

2010-05-24T13:42:56Z

协议命名空间

Admin: /* 协议命名空间 */

2010-05-24T13:42:16Z

协议命名空间

@@ 第59行： / 第59行： @@
 一个发出请求的实体会想发现网络中另一个实体的信息。想得到的信息一般分为两种：
-# '''目标实体的身份'''(identity)。在disco中，一个实体的身份被分成种类(category)(服务器、客户端、网关、目录等等)及其种类中的特殊类型（IM服务器、电话对处理的客户端、MSN网关对AIM网关、用户目录对聊天室目录等等）。这个信息帮助请求实体测定服务组或服务“桶”，以使实体最恰当地放置其中（例如，或许用个合适的图标把实体显示成GUI）。一个实体 '''可以''' 有多个身份。当提供多个identity元素的时候，每个identity元素的 name 属性 '''应该''' 有相同的值。
+# '''目标实体的身份'''(identity)。在disco中，一个实体的身份细分成种类(category)(服务器、客户端、网关、目录等等)及其种类中的特殊类型（IM服务器、电话对处理的客户端、MSN网关对AIM网关、用户目录对聊天室目录等等）。这个信息帮助请求实体测定服务组或服务“桶”，以使实体最恰当地放置其中（例如，或许用个合适的图标把实体显示成GUI）。一个实体 '''可以''' 有多个身份。当提供多个identity元素的时候，每个identity元素的 name 属性 '''应该''' 有相同的值。
 # '''目标实体提供的特性和支持的协议'''。这个信息帮助请求实体测定对目标实体可以做什么样的动作（注册、搜索、联合等等），实体支持什么样的协议，以及是否有感兴趣的特性类型（例如，为了特性协商的目的）。

@@ 第284行： / 第284行： @@
 </source>
-目标实体 '''必须''' 或者返回它的公开可用的条目列表，或者返回一个错误。条目列表 '''必须''' 是类型为"result"的IQ段，每个条目用<query/>的子元素<item/>来说明，受限命名空间是 'http://jabber.org/protocol/disco#items' （子元素 <item/> '''必须''' 用'jid'属性指定条目的JID， '''可以''' 用'name'属性说明条目的自然语言名）:
+目标实体 '''必须''' 返回它的公开可用的条目列表，或者返回一个错误。条目列表 '''必须''' 是类型为"result"的IQ段，每个条目用<query/>的子元素<item/>来说明，受限命名空间是 'http://jabber.org/protocol/disco#items' （子元素 <item/> '''必须''' 用'jid'属性指定条目的JID， '''可以''' 用'name'属性说明条目的自然语言名）:
 '''例12. 所有条目的结果集'''

@@ 第26行： / 第26行： @@
 在Jabber网络中发现实体相关信息的能力是极有价值的。这些信息包括实体支持的特性或支持的协议、实体的类型或身份、同原实体以某种方式相联系的另外一些实体等（这些实体通常当作“父”实体的“子”实体）。虽然[[RFC3920|XMPP Core]] [[XEP-0030#附录G:备注|1]]并没有定义怎样做的机制，但在Jabber社区内，过去已经有几个协议用在了服务发现上,特别是 [http://xmpp.org/extensions/xep-0011.html Jabber Browsing] [[XEP-0030#附录G:备注|2]]和[http://xmpp.org/extensions/xep-0094.html Agent Information] [[XEP-0030#附录G:备注|3]]上。然而，这些协议总使人感觉不那么合适，其原因如下：
-# Jabber Browsing 和 Agent Information 都不容易扩展。例如，在XEP－0011中列出JID类型的种类及子类都明确地定义为唯一的正式种类，向列表加入新的JID类型都要修改XEP－0011。而Jabber Browsing规范不允许用非正式种类和以‘x-’打头的类型，这会产生移植问题。这种适应性的缺乏违反了Jabber社区的核心[http://xmpp.org/extensions/xep-0134.html XMPP协议设计原则] [[XEP-0030#附录G:备注|4]]之一 。
+# Jabber Browsing 和 Agent Information 都不容易扩展。例如，在XEP－0011中列出JID类型的种类及子类都明确地定义为唯一的正式种类，向列表加入新的JID类型都要修改XEP－0011。而Jabber Browsing规范允许用非正式种类和以‘x-’打头的类型，这会产生移植问题。这种适应性的缺乏违反了Jabber社区的核心[http://xmpp.org/extensions/xep-0134.html XMPP协议设计原则] [[XEP-0030#附录G:备注|4]]之一 。
 # 在 Agent Information 协议中，没有声明所支持的特性的方法。虽然Jabber Browsing包含了这样的机制，但表达一个特性的有效性的唯一方法是声明一个所支持的名字空间。然而，有些特性也许并非唯一地对应一个协议名字空间，它只是特性的一个实现，但并是唯一的一个。
 # 一个Jabber Browsing 结果返回一个组合，由（1）Jabber实体支持的名字空间，（2）与Jabber实体相关联的条目，（3）相关条目支持的名字空间组成。这种方法混淆了信息级别，要求父节点知晓子节点的一切，也就引入了极大的混乱。

@@ 第967行： / 第967行： @@
 URI: https://stpeter.im/
-===附录C:法律通告===
+{{Template:XEP附录CDEF}}
-−
-'''版权'''
-−
-XMPP扩展协议的版权(1999-2008)归XMPP标准化基金会(XSF)所有.
-−
-'''权限'''
-−
-特此授权,费用全免,对任何获得本协议副本的人,对使用本协议没有限制,包括不限制在软件程序中实现本协议,不限制在网络服务中布署本协议,不限制拷贝,修改,合并,发行,翻译,分发,转授,或销售本协议的副本,被允许使用本协议做了以上工作的人士,应接受前述的版权声明和本许可通知并且必须包含在所有的副本或实质性部分的规格中.除非单独的许可，被重新分发的修改工作，不得含有关于作者，标题，编号，或出版者的规格的误导性资料，并不得宣称修改工作是由本文的作者，作者所属的任何组织或项目，或XMPP标准基金会签注。
-−
-'''免责声明''''
-−
-'''## 特别注意：本协议是提供的“原样”的基础，没有担保或任何形式的条件，明示或暗示，包括，但不限于任何担保或关于名称，非侵权性，适销性或适合作某一特定目的的条件. ##'''
-−
-'''责任限制'''
-−
-在任何情况下以及没有任何法律规定时，不论是侵权行为（包括疏忽），合同或其它方面，除非根据适用法律的要求（如蓄意和有严重疏忽行为）或以书面形式同意，XMPP标准基金会或任何作者不对本协议所造成的损失承担责任，包括任何直接，间接，特殊，偶发，或任何从本协议出，入，连接的字符产生的或实现，布署或其他对本协议的使用导致的相应的损害赔偿（包括但不限于善意的损失，停止作业，电脑失灵或故障，或任何和所有其他商业损害或损失） ，即使XMPP标准基金会或作者已被告知此类损害的可能性。
-−
-'''知识产权的一致性'''
-−
-XMPP扩展协议完全遵守XSF的知识产权策略(可在<http://www.xmpp.org/extensions/ipr-policy.shtml>找到副本或写信给XMPP标准基金会, 1899 Wynkoop Street, Suite 600, Denver, CO 80202 USA).
-−
-===附录D:和XMPP的关系===
-−
-可扩展的消息和出席信息协议 (XMPP) 定义于 XMPP Core (RFC 3920) 和 XMPP IM (RFC 3921) 规范里，由 XMPP标准基金会贡献到由依据RFC 2026成立的互联网工程人物组管理的互联网标准流程 Internet Standards Process. 本文定义的任何协议已在互联网标准流程之外开发，并且被理解为 XMPP 的扩展而不是一个XMPP本身的演化, 开发, 或修改.
-−
-===附录E:讨论地点===
-−
-主要的XMPP扩展协议讨论地点是 <standards@xmpp.org> 讨论列表.
-−
-在 xmpp.org 的其它讨论列表中的讨论可能也有合适的; 所有的列表见 <http://xmpp.org/about/discuss.shtml> .
-−
-勘误表可以发送邮件到 <editor@xmpp.org>.
-−
-===附录F:需求一致性===
-−
-以下用于本文的需求关键字的解释见于 [http://www.ietf.org/rfc/rfc2119.txt RFC 2119]: "MUST", "SHALL", "REQUIRED"; "MUST NOT", "SHALL NOT"; "SHOULD", "RECOMMENDED"; "SHOULD NOT", "NOT RECOMMENDED"; "MAY", "OPTIONAL".
 ===附录G:备注===

@@ 第1,021行： / 第1,021行： @@
 # 无论如何, 服务器可以 MAY 返回条目而不是可用的资源(如果有).
 # 互联网编号分配机构(IANA) 是用于互联网协议的唯一性参数值分配的核心协调者, 例如号码和URI计划. 更多信息, 见 <http://www.iana.org/>.
-# XMPP登记处 XMPP Registrar 维护着一个保留的协议名字空间以及用于由XMPP标准基金会批准的XMPP扩展协议的上下文参数的注册项的列表. 更多信息, 见 <http://xmpp.org/registrar/>.
+# XMPP登记员XMPP Registrar 维护着一个保留的协议名字空间以及用于由XMPP标准基金会批准的XMPP扩展协议的上下文参数的注册项的列表. 更多信息, 见 <http://xmpp.org/registrar/>.
 # XEP-0147: XMPP URI Query Components <http://xmpp.org/extensions/xep-0147.html>.

←上一版本		2010年5月25日 (二) 04:15的版本
第9行：		第9行：

	作者: Joe Hildebrand, Peter Millard, Ryan Eatmon, Peter Saint-Andre		作者: Joe Hildebrand, Peter Millard, Ryan Eatmon, Peter Saint-Andre
−
−	~~XMPP扩展协议的版权(1999-2008)归XMPP标准化基金会(XSF)所有~~

	版权: © 1999 - 2010 XMPP标准化基金会(XSF). 参见[[XEP-0030#附录C:法律通告\|法律通告]].		版权: © 1999 - 2010 XMPP标准化基金会(XSF). 参见[[XEP-0030#附录C:法律通告\|法律通告]].

@@ 第677行： / 第677行： @@
 =====过程=====
-为了向注册项提交新值，注册人必须按如下格式定义一个XML片段，将它包含在相关的XMPP扩展协议中，或者发到<registrar@xmpp.org>：
+为了向注册表提交新值，注册人必须按如下格式定义一个XML片段，将它包含在相关的XMPP扩展协议中，或者发到<registrar@xmpp.org>：
 <source lang="xml">
@@ 第687行： / 第687行： @@
 注册人可一次注册一个以上的特性，每个特性包含在独立的<feature>元素中。
 ====知名节点====

@@ 第613行： / 第613行： @@
 ==XMPP登记事项==
-===协议命名空间===
+===协议名字空间===
-[http://www.xmpp.org/registrar/ XMPP Registrar] [[XEP-0030#附录G:备注|15]]在它的协议命名空间注册项中包含了 'http://jabber.org/protocol/disco#info' 和 'http://jabber.org/protocol/disco#items' 名字空间
+[http://www.xmpp.org/registrar/ XMPP Registrar] [[XEP-0030#附录G:备注|15]]在它的协议名字空间注册项中包含了 'http://jabber.org/protocol/disco#info' 和 'http://jabber.org/protocol/disco#items' 名字空间
 ===登记处===