|
Size: 764
Comment: 搬家过来
|
Size: 3813
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 7: | Line 7: |
| attachment:compass.png |
|
| Line 12: | Line 14: |
| * Google Group! ||<rowspan=2> http://groups-beta.google.com/groups/img/groups_medium_zh-CN.gif|||| '''Woodpecker.OGNS'''|| ||[http://groups-beta.google.com/group/WoodpeckerOGNS 阅览讨论组文档]||at [http://groups-beta.google.com/ groups-beta.google]|| |
|
| Line 15: | Line 21: |
| == 危机！ == * [http://www.softgauge.com/compass/ Cross-Browser Softgauge.com>Products>Compass] -- Bookmark Manager * 一个即有产品，正是 Compass 为名！！！！ |
|
| Line 23: | Line 31: |
| * ["/Compass系统说明"] | * [wiki:self/Compass/CompassSysfile Compass系统说明] |
| Line 27: | Line 35: |
| * [http://220.248.2.35:7080/share/Python/OpenUSS/The%20Google%20File%20System%20Final/ TheGoogleFileSystem] * [http://220.248.2.35:7080/share/Python/OpenUSS/AIunderstandAnimalAct.pdf 从复杂性的观点来理解动物行为.pdf] |
* [wiki:localshare/doc/GoogleFS/ The Google File System]系列资料 * '''attachment:AIunderstandAnimalAct.pdf 从复杂性的观点来理解动物行为(pdf)''' = 项目成员 = || 名称 || EMail || 目前负责子项目 || || riverfor || riverfor at gmail dot com || 项目程序员 || || Jerry Marx || Pythoner at gmail dot com || Twisted文档Utility部分的翻译 || || BigBaboon || wangjiachun at gmail dot com || Twisted文档Work on Code Base部分的翻译 || || 令狐冲 || jimingxin at gmail dot com || Twisted文档High Level部分的翻译 || || 梅劲松 || stephen.cn at gmail dot com || 希望参与协议,编码部分的工作 || || Zoom.Quiet || Zoom.Quiet at gmail dot com || test unit 设计,维护 || || Xie Yanbo || xieyanbo at gmail dot com || unit test 子项目负责人 || = 最新进展 = riverfor's first demo发布，待偶有时间就同步到代码库内 奋战了2天，终于实现了第一个demo版本，本版本重新设计了实现，出了OpenGNS协议的实现未作处理外，其他的代码与本社区内的代码库内的compass不同。 实现的compass具有以下特点： 一，设计上 1, 设计上暂时取消了admin client/server agent client/server dispatcher client/server等复杂模式，只是定义了agent (super / simple) 和dispatcher的角色。 二，实现上 1， 消息驱动实现数据流和信息的转换 对报头的解析，得出对报体的解析函数 2， 消息驱动实现报文的发送 一次会话过程： 设计agent的next cmd和args agent 发连接请求报文： dispatcher接收连接报文，检验权限，然后发送连接回复 agent接收到回复报文，执行next cmd dispatcher接到next cmd发送的服务报文，作出处理，然后发送next cmd执行的回复报文,(然后断开连接?在这里还是在后面，待选) agent接受到next cmd的回复报文，发送断开连接报文，然后断开连接 dispatcher接到断开连接报文，断开连接（或者超时后也断开连接） 3， 存储采用这样模式：一个agent连接上dispatcher后，后者首先由文件内读数据进内存，然后每次在涉及到数据的I/O时再写入文件 4, 目前已经实现的compass功能 simple aent的 connect / disconnect , server login / logout super agent除了具有 simple agent的所有属性外，还具有 service /add / del / get等权限 三，TODO 1, 重构协议转换类，通过定义 __getitem__类，将负责协议转换的类变得简洁 2, 实现super agent的 service select service group add /del ...以及depend add /del... 3，项目文档 4, 存储的多样实现 == 讨论 == * ["/CompassDiscuss"] 对于系统的理解,在于我们不断的讨论 |
开源全局名称服务 Compass 指南针
attachment:compass.png
-- hd [DateTime(2004-08-18T00:47:09Z)]
项目描述
Compass为PyUSS系统提供了不间断可持续运行的支持。
- Google Group!
http://groups-beta.google.com/groups/img/groups_medium_zh-CN.gif |
Woodpecker.OGNS |
|
[http://groups-beta.google.com/group/WoodpeckerOGNS 阅览讨论组文档] |
at [http://groups-beta.google.com/ groups-beta.google] |
|
目标
为PyUSS系统提供7*24小时可持续运行的基础支持。
危机！
[http://www.softgauge.com/compass/ Cross-Browser Softgauge.com>Products>Compass] -- Bookmark Manager
- 一个即有产品，正是 Compass 为名！！！！
技术定义
- GNS - Global Name Service 全局名称服务
开发计划
系统文档
- [wiki:self/Compass/CompassSysfile Compass系统说明]
- ["/Compass协议规范"]
- ["Python开发编码规范"]
相关资料
- [wiki:localshare/doc/GoogleFS/ The Google File System]系列资料
attachment:AIunderstandAnimalAct.pdf 从复杂性的观点来理解动物行为(pdf)
项目成员
名称 |
目前负责子项目 |
|
riverfor |
riverfor at gmail dot com |
项目程序员 |
Jerry Marx |
Pythoner at gmail dot com |
Twisted文档Utility部分的翻译 |
wangjiachun at gmail dot com |
Twisted文档Work on Code Base部分的翻译 |
|
令狐冲 |
jimingxin at gmail dot com |
Twisted文档High Level部分的翻译 |
梅劲松 |
stephen.cn at gmail dot com |
希望参与协议,编码部分的工作 |
Zoom.Quiet |
Zoom.Quiet at gmail dot com |
test unit 设计,维护 |
Xie Yanbo |
xieyanbo at gmail dot com |
unit test 子项目负责人 |
最新进展
riverfor's first demo发布，待偶有时间就同步到代码库内 奋战了2天，终于实现了第一个demo版本，本版本重新设计了实现，出了OpenGNS协议的实现未作处理外，其他的代码与本社区内的代码库内的compass不同。 实现的compass具有以下特点：
一，设计上 1, 设计上暂时取消了admin client/server agent client/server dispatcher client/server等复杂模式，只是定义了agent (super / simple) 和dispatcher的角色。
二，实现上 1， 消息驱动实现数据流和信息的转换
- 对报头的解析，得出对报体的解析函数
2， 消息驱动实现报文的发送
- 一次会话过程： 设计agent的next cmd和args agent 发连接请求报文： dispatcher接收连接报文，检验权限，然后发送连接回复 agent接收到回复报文，执行next cmd dispatcher接到next cmd发送的服务报文，作出处理，然后发送next cmd执行的回复报文,(然后断开连接?在这里还是在后面，待选) agent接受到next cmd的回复报文，发送断开连接报文，然后断开连接 dispatcher接到断开连接报文，断开连接（或者超时后也断开连接）
3， 存储采用这样模式：一个agent连接上dispatcher后，后者首先由文件内读数据进内存，然后每次在涉及到数据的I/O时再写入文件 4, 目前已经实现的compass功能
- simple aent的 connect / disconnect , server login / logout super agent除了具有 simple agent的所有属性外，还具有 service /add / del / get等权限
三，TODO 1, 重构协议转换类，通过定义 getitem类，将负责协议转换的类变得简洁 2, 实现super agent的 service select service group add /del ...以及depend add /del... 3，项目文档 4, 存储的多样实现
讨论
["/CompassDiscuss"] 对于系统的理解,在于我们不断的讨论