互操作性的基础：Jxta 协议
互操作性的另一个关键是这样一个事实：核心 Jxta 对等交互操作模型被完全表示为在底层网络上传输的一套简单协议。换句话说，既然协议和消息格式是定义完好的，那么基于 Jxta 的系统间的互操作性完全可以在导线一级上达到。

例如，一个简单的 PDA（8 位处理器，基于 C 语言编程）就可以是一个运行在基于数据包的无线网络上的 Jxta 对等机，它可与同一对等组内的各种系统，从 PC 服务器到大型机，进行交互。如果这些对等机共享一个公共网络（传送）并正使用 Jxta 协议和消息格式进行通信，这是可以做到的。

Sun 已为 Jxta 提供了初步的 Java 语言实现。Jxta 社区现在拥有这个参考实现。这个参考实现为那些想立刻使用 Jxta 的 Java 程序员把事情变简单了。而如果您正在非 Java 平台上实现 Jxta，那么理解这些协议就是非常重要的。表 2 简要描述了 Jxta 协议的核心集，涵盖了发现（对等机如何找到对方）、广告（对等机如何让别的对等机了解对等组、管道等信息）、通过管道进行的通信和对等组成员资格的处理。下面的所有协议都是建立在传送器上的 XML 消息交换的基础上的。同样地，它们可以用几乎所有的编程语言在几乎所有平台上实现。

表 2. Jxta 核心协议
协议名称 描述
对等发现协议 用来发现来自对等组内其它对等机的广告；有助于发现对等机、对等组、管道和服务。
对等解析器协议 对等机用它来向另一个对等机发送搜索查询以定位对等机、对等组、服务或管道。
对等成员资格协议 对等机用它来加入或退出一个对等组。
对等信息协议 对等机用它来获得别的对等机的状态。
管道绑定协议 对等机用它来把自己绑定到管道端点。
端点路由协议 对等机用它来请求有关到另一对等机的路由信息。


Jxta 规范不要求对等机实现上述所有协议。任一特定的对等机只须实现那些实际要用到的协议。

基于 Jxta 的系统的一些有趣的属性
既然您已经对 Jxta 平台理论上的构件有了一个基本理解，我们就来讨论一下作为 Jxta 设计结果的一些有趣的属性。

有“电子心跳”的任何东西都可以成为一个 Jxta 对等机
从理论上说，有文本字符串生成能力的最简设备都可以加入（虽然并不是在每个 P2P 应用中都有必要）到 Jxta 网络中。这是怎么成为可能的呢？

在 P2P 网络上，过分简化的设备需要对等代理人。这个代理人可以代表该简化设备（或多个简化设备）执行发现、广告和通信。代理人的位置可以被硬性固定在简化设备。这样，在代理人的帮助下，简化设备就可以成为 Jxta 网络上完全合格的对等机。例如，一个被绑在一只海龟身上并以无线方式发送出带有位置信息的 Jxta 消息的 GPS 定位器，就可以成为 Jxta 网络上的一个对等机。

不确定拓扑结构的网络中的顺序
典型 Jxta 网络另一个迷人的方面是它固有的不确定的拓扑／响应结构。计算机用户通常都习惯于本质上确定的、同步的计算机系统，并认为这是一种标准结构。例如，当我们的浏览器发出 Web 页面的 一个 URL 请求时，我们期望输出立刻就会出现。我们还期望世界上的每个人都可以使用同一个 URL 从同一个 Web 服务器检索同一个页面。

在 Jxta 世界里，一个特定的资源请求不会在几分钟、几小时或甚至几天内返回；事实上，它可能根本就不会返回。另外，请求同一资源的世界各地的人们很可能得到的是来自完全不同的服务器的资源副本。这就引起了一个问题：不确定性系统有什么好处呢？

来自 grassroots 软件革命的灵感
我们只要看看象 Napster 和 Gnutella 这样的流行 P2P 系统就可以找到答案。下面是它们的一些额外的优势特征（它们使同步性和确定性的丧失变得值得）：

内容的高可用性。 对等机可以从多个服务器上获取内容，理想情况下可从附近开机运行着的一台服务器上获得。原始源对等机不必为每一个资源请求服务；事实上，它甚至可以不开机运行。


网络带宽的最优化使用。 现今 Web 上典型的局部流量集中导致的拥塞不会影响 P2P 网络。


更低的内容分发成本。 P2P 网络能吸纳内容并复制它以使它易于存取。


来自网络中各个节点的计算能力的均衡。 通过异步操作，您可以同时发出许多资源或服务请求，然后让网络为您完成这些工作。


无限的可伸缩性。 一个设计良好的 P2P 应用可以在不影响可伸缩性限制的情况下横越整个已知的连接着的宇宙；而这在任何集中式模式中是完全不可能的。
在完美的 Jxta 世界中，我们将在不确定性网络上执行异步请求。您觉得这个概念古怪吗？

让我们用一个示例来阐明。设想一个在基于 Jxta 的 P2P 网络上运行的基于网络的音乐请求服务。对等机提交了几个对音乐文件的请求并在一段时间后核查对等组中的音乐请求服务是否找到了这些文件。当我们在一段时间后去核查音乐请求服务时，所请求的一些文件已经被找到，但其它的却无法定位。服务对那些文件的响应是：音乐的选择和可用性在不断地变化；请稍后重试您的请求。这是一个可接受的不确定的结果：虽然服务未能找到一个文件，但如果我们稍后再次提交同一个请求，那个文件或许就是可用的了，因为主管我们想要的那个文件的对等机这时或许在线了。

当放到这样一个具体的上下文中的时候，不确定性网络的概念看起来就不再那么陌生了。事实上，我们多数人大概都会接受并使用这样一个音乐请求服务。我们中的一些人甚至愿意为这样的自动代理支付一点费用，这种代理会持续监视所选文件的可用性，然后为我们取来并存储它们的副本。这是 P2P 计算的巨大魅力之一：均衡并共享全世界的所有连接着的资源的能力 — 但愿是以有秩序的和文明的方式。

该讲的都讲完了，但最先几个在商业上取得突破的 Jxta/P2P 应用大概还是会因把确定性和同步性作为它们的主要特征而引以为豪。这是一个必要的过渡，因为用户的习惯和市场取向不会在一夜之间改变 — 如果没有强制原因的话将来不会改变。新的 P2P 模型将慢慢地浮现，起先可能会是以混合的形式出现。一个当前示例：基于边缘传播（edge-propagation-based）的网络高速缓存技术，比如 Akamai，是目前确定性的、集中式的 Web 上的规范。这些技术用 P2P 风格的概念在集中式服务器的世界里实现优化的内容传送。

社会影响和棘手的知识产权问题
我们先前使用的短语 — 有秩序的和文明的 — 是前沿计算和当代社会学的交汇处。事实上，短语“有秩序的和文明的”在不同的文化圈里可有不同的解释，或者甚至在单个文化圈的不同环境中也有不同解释。这已经在版权敏感的知识产权（IP）管理的世界里引起了激烈的争议和辩论。由于有关集团的优势以及内容分发上根深蒂固的市场惯例，这一争论不会很快平息。

在大众和商业新闻中已经写了很多。Sun 不在其 Jxta 实现中规定策略的决定使得它可以自由地前进并扫除了这些争论 — 把责任放在了那些在内容分发上率先采用 Jxta 技术的先锋们的肩上。然而，在这个舞台上， Jxta 技术基于社区的发展使它有潜力全局控制 IP（知识产权）所有者和公众之间的良好平衡。开放的 Jxta 社区可以作为一个论坛，IP（知识产权）所有者和技术专家可在此论坛解决它们之间的分歧。

透视 Jxta：它如何与 .Net 和 Jini 较量
自从 Jxta 被介绍后，它已经被拿来和每个可想象得到的网络技术进行比较。即使是有名望的商业杂志也不经意地忽略了这一创新，因为它显然不和主要竞争对手大肆宣传的旗舰产品较量。Jxta 工程是一只独一无二“怪兽” — 在讨论它的时候不会有任何现成的参照物。因此，必须独立地对它进行评价。

要确信，Jxta 基于 XML 的消息传递与微软（Microsoft）的 .Net 和 SOAP 技术是类似的。但这种比较的基础比较薄弱。随着越来越多的第三方协议使用了 XML，很显然只用 XML 作为消息格式对于实际的网络技术并不能说明什么。把高级别的、策略丰富的、基础构造基于 Web 服务的 .Net 与本质上低级别的、基本的、策略中立的 Jxta 相比是件毫无意义的事。

Jxta 工程和 Jini 工程也是根本不同的。它们俩在较高级别的交互作用方面有一些类似的地方，都能够实现网络上真正的分布式计算。然而，类似处也在那里嘎然而止。因为真正的分布式计算仍只是未来的一个设想，所以很容易低估 Jxta 和 Jini 工程之间的区别 — 尽管事实是我们在比较更多已建立的客户机／服务器或多层服务器技术的实现时不会做同样的事。


两者在战略上的明显不同是：Jxta 在一开始就是以完全互操作性技术（任何平台，任何编程语言，任何厂商）的面貌出现的。Sun 是唯一投身于该社区的公司。Jini 是以 Java 为中心的技术，作为一种战略，Sun 将把它集成并应用在将来提供的产品中。Sun 将对 Jini 的发展保持一定程度的控制。

没有 Java 平台（代码的灵活性，RMI 等等）的支持，Jini 的实用性将受到限制；另一方面，Jxta 则完全独立于 Java 的装饰。从另一个角度看：Sun 仅仅定位在促进 Jxta 的成长，而 Sun 和 Jini 的成长之间则是有着较多的利害关系。随着时间的推移，Jini 将成为 Jxta 的“愈发内向的堂兄弟”；它将作为启用的嵌入技术被应用、部署到许多产品中。Jxta 的命运，在另一方面，将取决于参与此项技术的开放社区的成员们的热情和创造力。

Jxta 的多功能性
由于提供基础机制而不规定策略，Jxta 基础对于很多 P2P 应用都是可用的和有价值的。下面是另外三个普通的个案研究：

对等机上的用户搜索并共享对等组内的文件、信息和内容
对等机加入到对等组以使用只在此特定对等组内才可用的特定服务
对等组内对等机间以及通过网关穿越对等组的即时消息传递系统
当然，可能的应用是无穷无尽的，其中的很多还有待开发或甚至有待构思。在后面的文章中，我们将安装 Jxta 并试验它的命令行 shell，创建该 shell 的定制扩展，为 Jxta 网络设计 P2P 应用。

参考资料

参加本文的讨论论坛。
官方的 Jxta 社区位于 Jxta.org。您可在这里找到最新的规范、文档、源代码和二进制文件。
如果您对了解基于 Jini 的技术的更多详细信息有兴趣，请查阅 Sing Li 写的 Professional Jini。
另一个早期采纳者的对等工作组已经建成。这个组的战略会是什么，它与 Jxta 的关系又会是什么，这一点还不清楚。
Todd Sundsted 写的 developerWorks 每月专栏 — 对等计算的实际应用，提供了关于 P2P 概念的抽象观点和用他自己的 P2P 应用框架进行的实用的学习经验。
要了解一个可与之替换的开放源代码的系统，请查看 Freenet 工程。
来自 IBM 的高级对等网络（APPN）提供了强伸缩性、高可用性、安全的网络解决方案。
IBM 的 Magstar 对等虚拟磁带服务器被设计用来提高数据的可用性及改善您的灾难恢复基础构造。
在 developerWorks Java 技术专区查找更多 Java 参考资料。
关于作者
Sing Li 是 Professional Jini 的作者，也是 Wrox 出版社的其他许多书籍的作者。 他定期为技术杂志投稿，同时还是 P2P 革命的积极推动者。Sing 是一位咨询专家和自由撰稿人，可通过 westmakaha@yahoo.com 与他联系。  

Originally posted by andyjian at 2005-7-2 10:18 AM:
是不是不够专业哦？？呵呵