电脑故障

位置:IT落伍者 >> 电脑故障 >> 浏览文章

对等计算实践之:构建 P2P 应用程序框架


发布日期:2022/12/18
 

安装与执行

让我们从安装的具体细节开始在可以运行 PP 应用程序之前必须下载两个 jar 文件 ppjar 和 sppjar 以及配置文件 apppropertiesppjar 文件包含 PP 应用程序自身的类文件sppjar 文件包含 PP 应用程序所使用的消息传递库的类文件下载这些文件之后将这两个 jar 文件和包含配置文件的目录添加到类路径中如果您正在运行 Windows并且已经将这两个 jar 文件和配置文件下载到 c:\pp 目录则可以如下设置类路径

set CLASSPATH=c:\pp\ppjar;c:\pp\sppjar;c:\pp

如果您正在运行 LinuxSolaris 或某个合适的 UNIX 变体并且已经将这两个 jar 文件和配置文件下载到 /home/foo/pp 目录可如下设置类路径

export CLASSPATH=/home/foo/pp/ppjar:/home/foo/pp/sppjar:/home/foo/pp

(以上命令假设您正在运行 BASH 来作为命令 shell)将如何在其它流行的 shell(如 CSH)中设置环境变量的问题留给您自己去考虑一旦设置了类路径就可以用以下命令启动应用程序

java cometceeappkiMain

PP 应用程序将显示一个别致的信息性标志和一个命令提示来欢迎您最后再说一遍我的 PP 应用程序一定需要 Java 平台

配置文件

前几步将启动并运行 PP 应用程序但是在能够很好地使用它之前必须编辑配置文件配置文件定义 PP 应用程序使用的端口控制的资源以及识别的伙伴清单 演示了每一个定义

清单 示例配置文件

cometceeappkiport=

cometceeappkiresourcename=share

cometceeappkiresourceclass=cometceeappkiresourcefileFileResource

cometceeappkiresourcearg=/home/foo/share

cometceeappkiresourcename=tmp

cometceeappkiresourceclass=cometceeappkiresourcefileFileResource

cometceeappkiresourcearg=/tmp

cometceeappkipeer=bass:

cometceeappkipeer=salmon:

cometceeappkipeer=perch:

cometceeappkipeer=guppy:

第一部分由一行组成它定义了 PP 应用程序用来接收其它伙伴连接请求的端口最好不要改变这行第二部分定义 PP 应用程序管理的资源您可能需要编辑这部分清单 定义了两个资源share 和 tmp从应用程序的观点来看资源只是实现 Resource 接口的类的实例我们将马上讲到这点资源定义一般具有以下基本形式

清单 资源定义

cometceeappkiresourcename=

cometceeappkiresourceclass=

cometceeappkiresourcearg=

cometceeappkiresourcearg=

name 是给予资源的名称它用来生成人们可读的输出class 是 Java 类的名称可以将其初始化以创建资源PP 应用程序在运行期间动态装入这个类并将其初始化在其初始化期间argN 自变量被传递到新初始化的资源例如FileResource 类使用这些自变量定义目录来为文件提供服务您需要编辑目录自变量以指向您机器上的某个目录

第三部分定义 PP 应用程序识别的伙伴每一行都包含伙伴的名称(或 IP 地址)和伙伴的端口用这种方式定义伙伴显然不是可伸缩的解决方案在以后的文章中我们将看一种更好的解决方案

代码

除了对等通信采用的 SPP(简单点到点)包之外PP 应用程序不包含很多类首先我们先仔细查看最重要的类最后再看一下 SPP 通信包

资源

PP 应用程序的主要组件是资源事实上PP 应用程序只是允许和控制对已发布资源的远程访问资源可以是任何可寻址的事物 文件系统电话簿数据库和目录每个资源都管理零个或多个适当类型的项(文件系统资源管理文件电话簿资源管理电话号码)为演示如何实现资源我创建了一个简单的文件系统资源类 FileResource如清单 所示这个文件系统资源管理零个或多个文件

清单 Resource 接口

public

interface Resource

{

// The initialize() method requires a TTDFactory instance

// (which the factory uses to create the TTDItem instances

// it returns from the select() method in response to a

// query) and a String array (which contains the arguments

// from the configuration file)

public

void

initialize(TTDFactory ttdfactory String [] arstring)

throws ResourceException;

// The select() method requires a String instance that

// defines the selection criteriaIt returns an array

// of TTDItems one for each entry that matches the

// selection criteria

public

TTDItem []

select(String stringSelector)

throws ResourceException;

}

Resource 接口定义资源的结构和行为该接口还定义允许在资源上执行的操作目前的操作列表包括 select以后的实现还将包括 insert 和 delete

select() 方法将一个定义选择标准的字符串作为参数该方法返回有关所有与选择标准匹配的资源项的信息按照当前 PP 应用程序中的文件系统资源所实现的方式选择字符串既可以直接命名一项也可以包含通配符 *当直接命名一项时资源将返回该项本身及其相关元数据当包含通配符时资源将只返回它所管理的所有项的元数据还可以使用更复杂的查询语言但这不在本文讨论范围之内

Shell

Shell 类只是一个允许用户浏览本地和远程资源的非常简单的命令行用户接口它使用 PeerReferenceResourceReference 和 ItemReference 类向其它伙伴发送请求但它本身只分析用户输入为了从请求伙伴的角度更好地理解通信的工作原理让我们看一下清单 中显示的 PeerReference 类的一部分

因为我在上个月详细描述了通过 shell 进行的用户交互所以不再这里重述在第一次启动 PP 应用程序之前请停一下并使自己重新熟悉它的操作

通信

PP 所做的全部就是伙伴间的通信那些对原始得令人难以置信的 Napster 协议熟悉的读者应该理解我为什么选择高级一些的协议我在这里只略微提及 SPP在以后有关 PP 通信的文章中我将详细描述它

SPP 将消息建模成一个帧序列如图 所示

消息

消息中的每一帧都有一个类型(由 MIME 类型指明)和一个主体帧中的头是可选的它用来描述主体中的数据构成完整而正确的消息的序列中的帧类型取决于应用程序一般来讲一条消息由一个控制帧和其后零个或多个数据帧组成数据帧包含控制帧所引用的数据我们的 PP 应用程序就采用这种模式

消息出现在请求/响应对中一个伙伴向另一个伙伴发送请求那个伙伴再将响应发回给第一个伙伴请求消息中的控制帧是命令帧它包含命令和为该命令提供的所有参数如果有任何其它帧存在则这些帧包含命令帧所需的信息响应消息中的控制帧是状态帧它包含状态(正确或错误)如果有任何其它帧存在则这些帧包含状态帧所引用的信息如果向文件系统资源发出请求则该信息将包含所选文件的内容多帧消息模式的优点在于它允许在通信应用程序之间交换内容丰富的消息SPP 在很多方面都类似于 BXXP

完全理解了框架之后我们就可以继续讨论 PP 安全性了我们还将在 PP 应用程序中集成安全性支持

上一篇:个案研究:聊天室UML模型一致性问题

下一篇:Factory模式的优点