1. 建立安全的环境。peer组可以创建一个本地控制域，在这个域中使用一个特定的安全策略。这个安全策略可以简单的只是一个明文的帐号 /口令交换，也可以像PKI一样成熟。peer组界定认证的成员访问和公开受保护的内容（content）。peer组在建立了一个逻辑上的区域，从而对访问peer组的资源进行界定。
2. 创建一个范围环境。peer组裕兴建立一个本地的专用域。比如，peer可以组织起来实现一个文档共享网络或者一个CPU共享网络。 peer组提供细分网络成抽象的区域来提供内在范围机制（implicit scoping mechanism）。比如，当搜索一个组内容的时，peer组可以界定定义一个搜索范围。
3. 创建一个监视环境。peer组允许一个peer为了任何目的去监视一组peer（比如，心跳，traffic introspection或者accountability）。peer组也可以构建一个父子层次结构，其中任何一个组都有一个唯一的父亲。查询请求能偶在这个组中传播。对于这个组中的广告也可以在其父组中公开，当然也包裹这个组本身。

1. 发现服务（Discovery Service）。本服务被组中的peer用来查询per组资源，比如peer，peer组，通道和服务等。
2. 成员关系服务（Membership Service）。本服务被当前成员用来拒绝或接受一个新的组成员应用。一个peer想要加入到一个group前，首先要确定一个当前的成员，并请求加入。当前成员的集合可以拒绝或者接受某个想加入的应用（application）。本服务可能会发起一个所有peer或者指定组代表的一次投票来决定是否接受或者聚居新的成员应用。
3. 访问服务（Access Service）。使用访问服务可以用来验证一个peer对另一个peer的请求（request）。如果访问被允许，那么接受请求的peer会提供给请求peer关于该请求所要知道的信息的信任和相关信息。（注意，在peer组中，不是所有的行为（action）都需要通过访问服务的检查，只有那些在某些peer中被限制的行为在需要调用时，才被检查。）
4. 管道服务（Pipe Service）。本服务用于在peer组成员间的链接管道的建立和管理。
5. Resolver服务。本服务用来发送一般的查询请求到其他的peer。peer可以定义和交换请求以便发现任何需要的信息（比如一个服务的状态或者一个管道端点的信息。）
6. 监视服务(Monitoring Service)。本服务用来让一个peer监视本组中的其他成员服务。

• Peer Service。一个peer service只有当peer公布了自己的service时才能被访问。如果这个peer失败了，那么它的service也失败了。不同的peer可以运行某个服务的多个实例，但每个实例都必须公开自己的广告(advertisement).
• Peer Group Service。peer组服务是这个组中成员所运行服务的实例的集合的组织形式，其中这些实例是互相合作的。如果其中任何一个peer失败了，那么这个 peer组服务将不会收到影响（假定这个服务可以从其他peer获得）。peer group服务通过peer 组广告的以部分来发布。

• 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。

1. 平台层（platform layer）。平台层即所谓的JXTA核心（JXTA core），专门包装了最小最精华的部分，这部分主要完成了对P2P网络最一般的使用。包括，为P2P应用程序的关键机制构建模块，传输（包括防火墙穿透），创建peer和peer group以及和安全部分的结合。
2. 服务层（Service layer）。服务层包含了一些网络服务，这些服务不一定是P2P程序中必须的，但却是P2P环境中通常和值得提供的。比如搜索，索引，目录，存储系统，文件共享，分布式文件系统，资源聚合和租借等应用服务，以及协议传输服务和认证和PKI服务等等。
3. 应用层（Application layer）。应用层包括了综合应用的实现，比如P2P的及时消息，文档和资源的共享，娱乐内容管理和分发，P2P的email系统，分布式拍卖系统以及很多其他的应用。

1. 使用XML文档(广告）来描述网络资源。
2. 针对peer间和peer与端点（endpoint）间的抽象管道（abstraction pipe)不需要使用一个可信赖的中心名字/地址认真，比如DNS。
3. 唯一的peer地址方案（peer IDs）。

1. 通过动态查询和防火墙穿越来发现本网络中的其他peer；
2. 任何访问网络的节点都可以方便地共享文档；
3. 在网络站点中查找minute content；
4. 创建一个peer group来提供服务；
5. 远端监视peer的行为；
6. 在网络中同其他peer进行安全的通信。

There is a problem with $ERL_TOP/erts/configure not passing the LDFLAGS
environment variable for test compiles, so ALL library tests fail. I
modified files $ERL_TOP/erts/aclocal.m4 and $ERL_TOP/configure.in in order
to locate pthread_create in the standard C runtime library. The
$ERL_TOP/configure.in produces a configure that works, wheras the
$ERL_TOP/erts/configure.in does not. At the top of file erts/configure.in:

AC_PREREQ(2.13)
AC_INIT(vsn.mk)
应该是一些curses库没有安装，但apt-get install curses提示找不到，google了一下发现需要安装
ncurses-devel包，在网上只找到了相应的rpm包，使用alien命令，将rpm保转换为deb包安装：
sudo apt-get install alien
sudo alien *.rpm,转成deb后，用dpkg -i *.deb
或者
sudo alien -i *.rpm
进行安装
(注意，下载rpm包的时候我将包改名了，导致alien时出错，改成原来的名字就正常了，不知道为什么：P)
这时候cofigure可以过去了，但make又出错了，提示erlc找不到，类似如下的错误信息：
erlc -W   +debug_info -I../include -o../ebin otp_ring0.erl
make[4]: erlc: Command not found
make[4]: ***[../ebin/otp_ring0.beam]Error127
make[4]: Leaving directory `/usr/src/packages/erlang-10.b.5/lib/kernel/src'
make[3]: *** [/usr/src/packages/erlang-10.b.5/lib/kernel/ebin/otp_ring0.beam] Error 2
make[3]: Leaving directory `/usr/src/packages/erlang-10.b.5/erts/emulator'
make[2]: *** [generate] Error 2
make[2]: Leaving directory `/usr/src/packages/erlang-10.b.5/erts/emulator'
make[1]: *** [depend] Error 2
make[1]: Leaving directory `/usr/src/packages/erlang-10.b.5'
make: *** [build-stamp] Error 2
make: *** [debs] Error 2

看网上有介绍说使用make clean并不完全，
于是将源码删除，重新解压缩，再configure后，make，没有提示erlc找不到了，又有提示类似如下的错误信息：
> otp_src_R11B-1/lib/kernel/ebin/erlang.beam > i686-pc-linux-gnu/preload.c
 > m4  -DTARGET=i686-pc-linux-gnu -DOPSYS=linux -DARCH=x86 hipe/ 
 > hipe_x86_asm.m4 > i686-pc-linux-gnu/opt/plain/hipe_x86_asm.h
 > /bin/sh: m4: command not found
 > make[2]: *** [i686-pc-linux-gnu/opt/plain/hipe_x86_asm.h] Error 127
 > make[2]: Leaving directory `/home/jhancock/otp_src_R11B-1/erts/emulator'
 > make[1]: *** [generate] Error 2
 > make[1]: Leaving directory `/home/jhancock/otp_src_R11B-1/erts/emulator'
 > make: *** [depend] Error 2
这是m4包没有找到（http://www.erlang.org/pipermail/erlang-questions/2006-November/023942.html）
安装m4包后，继续make出现如下错误：
hipe/hipe_mkliterals.c:351: error: 'X86_LEAF_WORDS' undeclared here (not in a function) 
hipe/hipe_mkliterals.c:352: error: 'X86_NR_ARG_REGS' undeclared here (not in a function)
网上搜索结果：http://forum.trapexit.org/viewtopic.php?t=6815
将源码删除，再解压缩 再make终于过去了

找了好久终于再网上找到关于这个问题的说明了 因为问题比较特殊 所以贴出来希望对大家
有帮助

主机端先建立ObjectInputStream后建立ObjectOutputStream，则对应地客户端要先建立
ObjectOutputStream后建立ObjectInputStream，否则会造成两方互相等待数据而导致死
锁。

原因是建立ObjectInputStream对象是需要先接收一定的header数据，接收到这些数据之前
会处于阻塞状态。故而为了防止这种死锁状态，通讯两方的
ObjectInputStraem,ObjectOutputStream必须注意顺序对应使用。


目前相应的解决办法还没有找到 如果要解决 可以尝试重载对象输入输出流

  $ sudo apt-get install subversion
  $ sudo apt-get install libapache2-svn

   $ sudo mkdir /home/svn  #创建svn库的父路径
   $ cd /home/svn
   $ sudo mkdir myproject  #创建本svn库的目录
   $ sudo svnadmin create /home/svn/myproject #使用svn命令,创建svn库
   $ sudo chown -R root:subversion myproject #更改本目录的组
   $ sudo chmod -R g+rws myproject #给本目录的组用户增加读写和递归增加新加目录的读写权限

  $ svn co(or checkout) file:///home/svn/myproject
#or
  $ svn co file://localhost/home/svn/myproject

  <Location /svn/myproject>
     DAV svn
     SVNPath /home/svn/myproject
     AuthType Basic
     AuthName "myproject subversion repository"
     AuthUserFile /etc/subversion/passwd
     <LimitExcept GET PROPFIND OPTIONS REPORT>
        Require valid-user
     </LimitExcept>
  </Location>

apache会解析url中的/svn/myproject部分，来定位svn库，当收到此请求时，会查询svn库：/home/svn/myproject，这里的认证方式是basic，对于访问要求valid-user，帐号文件在/etc/subversion/passwd中。
注意重新设置后要重启apache2：sudo /etc/init.d/apache2 restart
编辑生成帐号文件: sudo htpasswd2 -c /etc/subversion/passwd user  #给user帐号创建口令
这时候可以通过浏览器来浏览svn库了
在我的设置中发现，apache2会自动绑定ipv6地址，可能会有些问题，可以强制apache绑定v4地址，在/etc/apache2/port.conf中改成：Listen [bindedip]:[port]的形式

通过https来访问svn库
首先生成一个 SSL 签名，使用命令

 # apache2-ssl-certificate

这里会有一系列关于你的个人隐私的问题，回答完了，自然的签名也就生成了，然
后我们就要在 apache2 里面打开 SSL 了，现在要做的是开启 ssl 模块

 # a2enmod ssl

然后，使用 apache2 的虚拟主机功能来添加 SSL 的支持，将

 /etc/apache2/sites-available/default

复制一份，叫

 /etc/apache2/sites-available/ssl

好啦

修改 default 文件的开头为

 NameVirtualHost *:80
 <VirtualHost *:80>

修改 ssl 文件的开头为

 NameVirtualHost *:443
 <VirtualHost *:443>

这里 443 是 SSL 的标准端口。

并在 ssl 文件中加入如下内容，在<VirtualHost></VirtualHost>内

 SSLEngine On
 SSLCertificateFile /etc/apache2/ssl/apache.pem

保存文件后，运行命令

   # a2ensite ssl

来激活这个虚拟主机

现在，修改文件

 /etc/apache2/ports.conf

加上一行

 Listen 443

好了，到此为止，SSL 服务器配置完成，重新启动 apache 吧。

一些问题：
可能出现 RA layer request failed svn: MKACTIVITY of 400 Bad Request 之类的错误，这可能是因为使用了代理的原因，代理不支持svn的扩展命令,see:http://subversion.tigris.org/faq.html#proxy
还有种原因，就是可能是你的客户端使用的是windowsxp，其他版本的windows我没试过，也是这样的错误，在linux下正常，解决方法不太清楚。
RA layer request failed svn: MKACTIVITY of 400 Bad Request，无论什么原因都可以用https代替http来暂时解决这样的问题。

参考：
http://fanqiang.chinaunix.net/app/web/2005-05-18/3257.shtml
http://wiki.ubuntu.org.cn/SubVersion?highlight=%28subversion%29