本文主要介绍了JXTA中的各种概念。
1.
Peer。一个peer就是实现了一个或多个JXTA协议的网络设备。比如传感器，电话， PDA，PC，服务器，巨型机等等。每一个peer与其他peer都是独立操作并且是异步的。有peer ID来唯一标识一个peer。peer使用JXTA协议公开一个或多个网络接口（network interface），每一个公开的接口都被广告为一个peer端点(peer endpoint),这个peer端点唯一标识了一个网络接口。peer之间不需要有直接的点对点的网络连接。可以使用中间的peer作为peer的消息路由，将由于硬件网络或者网络配置（NATs，防火墙或者代理）而造成的两个通信peer进行互联。peer通常被设计成网络中自然地互相发现，从而构成暂时的或持久的关系成为peer组（peer gorup）。
2.
Peer Group.一个peer组是一个peer的集合，这些peer都有一组相同的服务。peer自组织的加入到peer组中，并通过一个唯一的peer组id来区别这些peer组。每一个peer组都可以建立一个属于自己的memebership policy，从任何人可以加入到最严格的安全验证以及受保护方式（需要完全的认证书来加入）。一个peer可以同时属于多于一个peer组。默认地，第一个peer组被实例的组是Net Peer Group。所有的peer都属于Net Peer Group。peer可以选择加入其他的peer group。JXTA协议描述了peer如何公开，发现，加入以及监控peer组。
如下几点说明了创建peer组的目的。
- 建立安全的环境。peer组可以创建一个本地控制域，在这个域中使用一个特定的安全策略。这个安全策略可以简单的只是一个明文的帐号 /口令交换，也可以像PKI一样成熟。peer组界定认证的成员访问和公开受保护的内容（content）。peer组在建立了一个逻辑上的区域，从而对访问peer组的资源进行界定。
- 创建一个范围环境。peer组裕兴建立一个本地的专用域。比如，peer可以组织起来实现一个文档共享网络或者一个CPU共享网络。 peer组提供细分网络成抽象的区域来提供内在范围机制（implicit scoping mechanism）。比如，当搜索一个组内容的时，peer组可以界定定义一个搜索范围。
- 创建一个监视环境。peer组允许一个peer为了任何目的去监视一组peer（比如，心跳，traffic introspection或者accountability）。peer组也可以构建一个父子层次结构，其中任何一个组都有一个唯一的父亲。查询请求能偶在这个组中传播。对于这个组中的广告也可以在其父组中公开，当然也包裹这个组本身。
peer组提供了一组服务成为peer组服务。在JXTA中敌营了一个核心peer组服务集合。两个peer如果要通过一个服务进行交互，他们配需位于同一个peer中。
核心的组服务有如下：
- 发现服务（Discovery Service）。本服务被组中的peer用来查询per组资源，比如peer，peer组，通道和服务等。
- 成员关系服务（Membership Service）。本服务被当前成员用来拒绝或接受一个新的组成员应用。一个peer想要加入到一个group前，首先要确定一个当前的成员，并请求加入。当前成员的集合可以拒绝或者接受某个想加入的应用（application）。本服务可能会发起一个所有peer或者指定组代表的一次投票来决定是否接受或者聚居新的成员应用。
- 访问服务（Access Service）。使用访问服务可以用来验证一个peer对另一个peer的请求（request）。如果访问被允许，那么接受请求的peer会提供给请求peer关于该请求所要知道的信息的信任和相关信息。（注意，在peer组中，不是所有的行为（action）都需要通过访问服务的检查，只有那些在某些peer中被限制的行为在需要调用时，才被检查。）
- 管道服务（Pipe Service）。本服务用于在peer组成员间的链接管道的建立和管理。
- Resolver服务。本服务用来发送一般的查询请求到其他的peer。peer可以定义和交换请求以便发现任何需要的信息（比如一个服务的状态或者一个管道端点的信息。）
- 监视服务(Monitoring Service)。本服务用来让一个peer监视本组中的其他成员服务。
不是所有上面提到的服务都必须要被每个peer实现。一个peer组可以自由的实现那些它认为有用的服务，并可以依赖于默认的Net Peer Group来提供非关键核心服务的一般实现。
3.
Network Services。peer之间可以协作并通信以发布，发现和启动网络服务。peer可以发布多个服务。peer通过Peer Discovery Protocol来发现network service。在JXTA协议中组织了两个层次上的network service。
- Peer Service。一个peer service只有当peer公布了自己的service时才能被访问。如果这个peer失败了，那么它的service也失败了。不同的peer可以运行某个服务的多个实例，但每个实例都必须公开自己的广告(advertisement).
- Peer Group Service。peer组服务是这个组中成员所运行服务的实例的集合的组织形式，其中这些实例是互相合作的。如果其中任何一个peer失败了，那么这个 peer组服务将不会收到影响（假定这个服务可以从其他peer获得）。peer group服务通过peer 组广告的以部分来发布。
服务可以是事先被安装到peer上或者通过网络安装的。为了真正的运行一个服务，peer必须为定位一个适合当前peer运行环境的一个实现。这个从网络上查找，下载和安装一个服务的过程很类似于在Internet上搜索一个Web页面，取回这个页面然后再安装需要的插件的过程。
4.
Modules。JXTA的module用来描述任何一段用来实现JXTA world中一个行为的“代码”的抽象表示（Abstraction）。Network Service就是在一个peer上实现的行为的一个最一般的例子。这个Module Abstraction不一定特指什么“代码”，它可以是一个Java类，也可以是Java jar，或者动态链接库dll，一个XML消息或是一个脚本。这个module的行为交给了module的实现者。对于一个实例（instance）， module表示了一个网络服务（network service）在不同平台上的不同实现，这些平台比如说在java平台，MS windows平台，Solaris 平台。
Module允许peer实现一个新的行为，通过提供了一个一般的抽象。当peer浏览或者加入一个peer组时，他可以查找新的其打算实现的行为。比如，当加入一个peer组后，一个peer可能必须学习新的搜索服务，这个服务只能在本peer组中使用。为了加入到这个组，这个peer必须实现这个新的搜索服务。这个module框架可以启动平台无关行为的表示（representation）和广告（advertisement）。并允许peer描述和实现任何形式这个行为（behavior）的是实现。比如，一个peer使用java或者c实现一个行为的实现。
& amp; nbsp; 描述和公告一个平台独立的行为的能力能有有效的支持peer组包含异构的peer。module的广告可以使JXTA的peer能够采用平台独立的方式描述一个行为。JXTA平台使用module广告来自描述。
module抽象（Module abstractIon）包括一个module class，module specification和一个moduleimplementation。
- Module Class。module class主要用于广告一个行为（behavior）的存在。这个class的定义表述了一个期望的行为和一个期望的对所支持的module的绑定。每一个module class都有一个唯一的ID，成为MoudleClassID
- Module Specification。Module Specification主要用于访问这个module。它包含了访问或者启动这个module的所有必要的信息。比如，一个服务，他的module specification可能包含了一个用于和其他服务相通信的管道的广告。一个module specification用于提供module class所指明的功能。对于一个module class可能有多个module specification。每一个module specification都有一个唯一的id，ModuleSpecID。ModuleSpecID包含了ModuleClass ID，并指明了所使用的module class。一个module specification暗含了对网络的兼容性。对于一个给定的module specification的所有实现都必须使用相同的协议，这些实现都需要是兼容的，即使使用不同的语言实现的。
- Module Implementation。Module Implement是一给定module specification的实现。对于一个module specification可以有多个module implementation。每一个module implementation都包含了它所实现的与specification相关联的ModuleSpecID。
Module可以被peer组服务使用，也可以被独立的服务所使用。JXTA服务通过module abstraction来区别存在的服务（他的Module Class），服务的specification（Module Specification），或者服务的实现（Service Implementation）。所有的这些都有一个联合的广告，并且可以通过其他JXTA peer来公告和发现的。作为一个例子，考虑JXTA的发现服务。它包含一个唯一的ModuleClassID，标识了他作为一个发现服务——他的抽象功能。对于这个发现服务可以有多个不同的规范（Specification），并伴随着不同的实现。对于组的大小和在网络中的传播方式可以使用不同的裁剪策略。每一个Specification都有唯一的MdouleSpecID，其中指明了发现发现服务的ModuleClassID。对于每个规范，都可能有多种实现，每种实现都包含了相同的ModuleSpceID。
总之，对于一个给定的module Class都可能有多种规范，这些规范可能是完全不同的。然而任何给定规范的所有实现都是假定可以互相兼容的。