去年这时候，突然萌生了做一个自己的网站的想法。有了创意，很快就行动起来了，从设计到开发到域名构思到购买空间，大约两周的时间，网站的雏形就上线了。后来逐步完善，融入了更多的想法。其实当时并没有很多空余时间来做这个网站，只因一时兴起，把所有其它的事情全放到一边了。当时我除了工作外，正在准备两个重要的考试，一个是系统分析师考试，一个是报考哈工大的博士招生考试。

Javaei网站核心功能是收集java开发领域最精华的博克、讨论最热烈的话题，其内容还包括数据库开发、web前端开发等内容，每周更新一次，后来还加入了各大网站的一些优秀的序列连载博客；跟学生交流过程中，发现hta很有意思，又把网站每周的内容做成hta文件，供访问者下载；再后来，我觉得把博克内容转换成pdf很有必要，就提出了H2P，设计了H2P文件的xml格式、写了一个简单编辑H2P文件的工具，并且根据H2P文件，把网站每周的内容生成一个有目录的pdf电子书，这种方式比某些网站推出的电子书生成功能先进的多，同时，还设计了xsl把H2P文件解析成树形结构的形式，使网站可以以左边树形目录右边显示正文的形式浏览。后来接受网友的建议，为网站增加了RSS订阅功能。

网站的推广工作也做了一些，主要是做了一些简单的SEO、写一些文章、和其它网站交换链接。在这里，向和我交换链接的网站表示衷心的感谢。也曾经想以邮件的方式推广，从各学生那里要来了他们所在公司员工的email，但是这种大批量的群发邮件必须购买专门的邮件服务才可以，所以邮件推广的方式就放弃了。为了推广我的H2P，向各大网站发起过倡议，希望有更多的网站支持H2P，但回复者寥寥。我把H2P做了简单的整理，向各开源网站提交，希望有更多的人来一起完善H2P，但是由于我自己精力有限，没有时间作后续跟进。

在系统分析师考试的前一周，网站的更新暂停了下来，必须为考试做准备了。幸运的是，后来系统分析师通过了，但这个证书对我已经没有意义了。网站最后一次更新是2009年9月12日，博士招生考试的时间已经临近，我必须全力以赴的复习了，还是很幸运，我现在已经在上博了，网站依然没有时间更新，而且现在正在忙着准备参加今年的blog track评测，网站的更新完全停下了。

网站域名和空间使用期限马上就到了，写这篇短文纪念我的网站，并希望有人能接手这个网站，把我前段时间的工作延续下去。

关于网站的介绍请参考我的序列文章——建站手记。
 

我的联系方式qq：38295305，emal：yangjinfeng2010@gmail.com

H2p是一种根据批量URL生成一个有书签的pdf文档的解决方案。H2p主要包括两部分：h2p-file和h2p-tool。h2p-file是一个xml文件，该xml文件主要描述url的信息和url的层次结构，h2p-tool根据h2p-file生成有书签的pdf文档。还可以通过xsl直接展示url的层次结构，而且合作网站对h2p的支持也将变得简单。

H2p详细介绍

H2P倡议——一种新的互联网应用模式 

H2p完善——h2p文件合并和用xsl解析h2p文件

H2p是一种根据批量URL生成一个有书签的pdf文档的解决方案。H2p主要包括两部分：h2p-file和h2p-tool。h2p-file是一个xml文件，该xml文件主要描述url的信息和url的层次结构，h2p-tool根据h2p-file生成有书签的pdf文档。还可以通过xsl直接展示url的层次结构，而且合作网站对h2p的支持也将变得简单。

H2p详细介绍

H2P倡议——一种新的互联网应用模式 

H2p完善——h2p文件合并和用xsl解析h2p文件

但由于站长自身的技术局限性，而且站长本人精力有限，所以希望有对javaei感兴趣的同仁能加盟。

在软件开发技术蓬勃发展的今天，JavaEI不局限于Java，希望向其他技术领域（C++、ruby、python、scala等等）发展，

为了JavaEI的进一步发展和壮大，诚邀对此目标感兴趣的同仁，一起来发展JavaEI。对h2p感兴趣的同仁，也欢迎与我们联系，

我们的联系方式是：

（1）dtd的应用，为了规范使用者正确的编辑h2p文件，我定义了h2p文件的dtd，当然我还有一个奢望，希望能成为一种规范。

（2）使用根据dtd校验xml（h2p文件），h2p-tool需要解析xml（h2p文件）提取url生成pdf并合并，不合法的xml文件肯定不能正确的生成pdf，所以必须对xml文件进行校验。

（3）xml解析，编辑h2p，用JTree展示xml的树形结构，这一部分用的是dom解析（具体的是JDom），获取书签的目录结构并构建书签的数据结构，这一部分用的是SAX解析，并借助于Stack。保存xml文件用的是dom。

         （4）swing的应用，h2p-tool编辑功能用的是swing，展示并编辑树形结构用的是JTree

         （5）C#组件，根据url生成单个的pdf，用的是c#组件，并在vs.net开发平台上进行了简单的开发。Javaei提供的h2p文件通常包含几十条url，单就每条url生成pdf也需要一点时间，何况是几十条，所以运用多线程是必须的方式，研究了一下c#的多线程（c#的多线程方式也很有意思，感觉比java的简单），可是别人的组件在多线程下表现欠佳，无赖之下，只好还是采用单线程。本想用jni把c#的调用封装起来，但经过研究，据说比较麻烦，就放弃了，所以采用简单的办法，用批处理来调用。

（6）iText的应用，生成单个pdf页面以及合并pdf生成书签用的是iText。在合并的时候，也研究过另一个框架就是pdfbox。IText确实强悍，理论上，应用iText可以实现任意效果的输出，应该可以实现浏览器的效果，但比较麻烦。iText在生成书签这一块，做得相当漂亮，书签可以指向任意一个页面的任意部分，还可以设置书签对应页面的打开效果，对书签的开发也很便利，直接构造书签的树形数据结构我认为是最简单的，iText还支持用xml描述书签的结构。

         （7）Classloader的应用，h2p-tool的运行依赖于很多的jar包，通常我们开发的时候，都是把jar包放在指定的目录，应用服务器会去加载依赖的jar包。在h2p-tool中，需要自己处理jar包。因为这是提供给用户使用的工具，不应要求使用者去配置除了jdk环境变量以外的变量。所以解决jar包加载的问题通常的办法是在主类（带有main方法的类）所在jar包里的Manifest.mf文件里写上jar包的相对路径。这种办法不太灵活，所以在h2p-tool中，对类加载进行了改写，使其自动加载指定目录下的jar包。

（8）jvm参数的应用，因为要合并的pdf很多，再合并的时候会占用大量内存，很容易out of memery，所以在批处理文件里，需要配置适当的jvm参数，主要是两个：-Xmx512m -Xms512m，这两个参数的意义这里不再赘述，网上有很多的。

（1）详细描述了解决方案的思路，

（2）提出了一种描述URL的xml文件，称之为h2p文件

（3）根据h2p文件生成pdf文档的工具称为h2p-tool，同时h2p-tool还能对h2p文件进行编辑，从而制作自己的pdf电子书。

（4）h2p文件是该解决方案的资源文件，收集url是件费时费力的事情，所以该解决方案还提供了下载h2p文件的链接

H2p是我自己定义的一种xml格式，我私下里是希望这种格式能够被大家接受，所以我定义了dtd，并且开发了一个编辑h2p文件的工具h2p-tool，而且在javaei网站上提供了大量的h2p文件作为资源下载。有了h2p，制作自己的pdf电子书将变得很容易。

如果想让h2p为大家所接受，h2p必须不断的发展。因为现在h2p应用还是很简单很原始。主要表现在，生成的pdf是原html的完全再现，这是他的优点也是他的弱点。

说是优点，是因为pdf的呈现效果和在浏览器里风格一样。

说是缺点，是因为既然生成了pdf，我们希望pdf里主要突出文章的主题内容，而不希望有原来网页里的那么多的图片和广告，而且还希望原来是分页的内容自动合并到一个pdf里。

所以，就此缺点，我提出两个可能的展望。

（1）制定一种规范，该规范要求网站为每篇博客提供一个为h2p专用的链接（姑且叫h2p链接吧），根据这个链接打开的博客文章是没有广告的，那么h2p文件的连接采用这种h2p链接，生成的pdf就没有上述的缺点了。这个想法可能与网站的盈利相悖，因为如果提供h2p链接，很多人将会之点击h2p链接，这样，就避开了网站投放的广告。

（2）第二种可能的展望就是，各网站提供一个webservice的编程接口，通过该编程接口，用程序访问每篇博客文章，这样得到的文章就是没有广告的干净的文章。

这两种展望的目的主要是为了生成干净的pdf文档，显然，要实现这两个展望是很困难的，除非大家都很接受h2p这个思路，并且对这种应用很迫切，才会有人来大力推动。想想rss的普及，那也是一波三折，最终还是因为其便捷的使用模式而被大家所接受。

私下里是希望大家能接受并喜欢h2p的。