上一篇博客写了我一些关于P2P下载以及平台的思考，有这样的思考，是因为我正在做一件这样的事情。
我介绍一下我正在做的事情吧：
1、基于JXTA，我崇拜Bill Joy，学习JXTA就是因为我崇拜他，之后觉得这个技术很棒。但是JXTA存在一些用户不友好的地方，包括JXTA的ConfigDialog和DialogAuthenticator是十分用户不友好的，我重写了这些部分。虽然是一些无关痛痒的地方，但是可以改变用户体验，提高用户友好性。
2、简单的插件机制，我做了一个简单的插件系统，Application启动之后挨个装载服务，UI也是服务之一，UI也是基于插件的，在微内核框架流行的今天，使用一个简单的插件机制似乎不是太好，等过一段时间之后考虑使用osgi替代之。
3、提供了两个功能，聊天和文件共享下载。这两个功能分别表现为两个JXTA的Service。
4、聊天功能。目前还比较简单，只实现了不带格式的文本聊天，但是我随后会加入带格式的文本聊天，也将会加入类似腾讯QQ那样的贴图支持，自定义表情支持，腾讯QQ的实现很巧妙，但并不困难。四月初的版本就有可能实现之。
5、共享和下载。目前实现了文件和文件夹的共享。其中包括了高级智能错误检测（AICH）等。传输协议参考了BT和emule的协议。在界面中还实现对DragAndDrop支持，从Windows Explore中拖一个文件到目录共享的面板，即开始共享该文件。
6、存储信息采用apache的Derby数据库。我很喜欢Berkeley DB，Berkely DB高效简洁，但是License不开放。我最终还是采用Derby了，采用Derby将会带来一系列好处，SQL支持、JDBC支持等等，License无限制等等。扩展的应用基于其上也十分方便。由于我曾经开发过多数据库支持引擎KSQL，在KSQL上增加支持Derby的翻译是很容易的事情。如此一来，可能存储引擎部分，将有可能扩展到KSQL目前所支持的多种数据库，包括严格测试过的Oracle、DB2、MS SQL Server，还有经过简单测试支持Sybase、PostgreSQL、MySQL。
7、最近的JXTA Java SE 2.5版本，使用了nio来管理连接，也就说，使用了多路复用的技术，使得每个Peer创建大量连接成为可能，例如Windows下默认最大的多路复用支持1024个连接。而Linux下，java nio是使用epoll实现的，并发性能将更好，这对于聚合点来说很重要。普通的Peer部署在Linux下可能较少，但是聚合点部署在Linux完全是可能的。
8、使用Swing做界面，使用Java 6 SE的Swing，做了系统托盘Tray的支持等等。由于Swing的UI设计工具很不稳定，最终完全手工编写UI部分代码，虽然辛苦，但是代码简洁，不同UI Designer生成的那样。
9、我期望4月初发布一个版本，提供一个基本可用的版本。
10、我是从1月初开始学习JXTA的，到现在还不满3个月，其中还包括过年回家休息等等，玩游戏沉迷等等，但总的来说，我对这个学习速度很满意。不过其中感觉最爽的是，在这个过程中，编码时，基本纯键盘操作，不用鼠标，如行云流水一边，十分流畅，工作效率高，人也舒服。