< mapper

            class = " com.opensymphony.module.sitemesh.mapper.ParameterDecoratorMapper " >

            < param name = " decorator.parameter "  value = " decorator "   />

            < param name = " parameter.name "  value = " confirm "   />

            < param name = " parameter.value "  value = " true "   />

        </ mapper >

就能搞定，这样只需要使用参数如 saveSnippet.html?decorator=simple&confirm=true ，就能让它使用指定的 decorator 。然后做一个去掉 head 和 footer 只保留必要的 js 和 css 引用的 simple.jsp 页面，同时在 decorator.xml 中配

< decorator name = " simple "  page = " simple.jsp " ></ decorator >

就应该可以搞定。

但怎么测，就是不使用这个 simple decorator 。没办法，只好跟进 sitemesh 源码中去调试，进入 ParameterDecoratorMapper 类，它继承了 AbstractDecoratorMapper 类，然后有一个 init 方法一个 getDecorator 方法。各打一个断点， init 方法在 tomcat 启动就会执行，也正常初始化了， getDecorator 方法却始终不调用，一时想不出办法。看到篇文章说不自己写 sitemesh.xml 而使用自带的 com/opensymphony/module/sitemesh/factory/sitemesh-default.xml 也可以，于是备份并删除我写的 sitemesh.xml ，居然成功了。为什么我写的就不行呢？差别一是我的简化了很多，只有

< mapper

     class ="com.opensymphony.module.sitemesh.mapper.ConfigDecoratorMapper" >

            < param  name ="config"  value ="${decorators-file}"   />

        </ mapper >

和刚加的

中使用了

<decorator name="default" page="default.jsp">

        <pattern>/*.html</pattern>

    </decorator>

 1 private  List getListByNativeSQL( final  Class cls,  final  String sql)  {
 2
 3         return  (List) getHibernateTemplate().execute( new  HibernateCallback()  {
 4
 5             public  Object doInHibernate(Session session)
 6
 7                    throws  HibernateException  {
 8
 9                return  session.createSQLQuery(sql).addEntity(cls).list();
10
11            }
12
13        } );
14
15     }
16

获取总数查了下 hibernate 的 reference, 试了几次才明白用法 :

 1 private  BigInteger getCountByNativeSQL( final  String sql)  {
 2
 3         return  (BigInteger) getHibernateTemplate().execute(
 4
 5                new  HibernateCallback()  {
 6
 7                    public  Object doInHibernate(Session session)
 8
 9                           throws  HibernateException  {
10
11                       return  (BigInteger) (session.createSQLQuery(sql).uniqueResult());
12
13                   }
14
15               } );
16
17     }
18

这里的

 1 private  Integer getCountByNativeSQL( final  String sql)  {
 2
 3         return  (Integer) getHibernateTemplate().execute(
 4
 5                new  HibernateCallback()  {
 6
 7                    public  Object doInHibernate(Session session)
 8
 9                           throws  HibernateException  {
10
11                       return  (Integer) (session.createSQLQuery(sql).addScalar( " count " , Hibernate.INTEGER).uniqueResult());
12
13                   }
14
15               } );
16
17     }
18

大家注意粗体的部分，这里是给一个

因为项目需要，去年下半年开始全面接触开源软件，使用了 spring ， maven ， hibernate ， ibatis 等众多开源软件，也对开源软件产生了浓厚的兴趣，于是拿这些开源软件做了 openfans ，一方面是推进开源软件在中国的使用的交流，一方面也为自己在实践中更多使用这些软件（因为没有项目和利益因素，可以做想做的事，用想用的软件）。使用这些开源软件倒很是顺利，很多软件拿来就能用，都有 sample ，简单使用还是不难的。

但一些关键的问题一直悬而未决！比如 tag 的设计：我现在简单的使用平铺的模型， tag 没有层次之分， tag 间产生双向关联。但这样是最符合 tag 特性的模型吗？如何对这些 tag 进行分类，如何定义 tag 的多级关联（如 spring 和 hibernate 有关联， hibernate 又与持久层关联， spring 是否与持久层有间接关联，依次类推）。。。。。。而做出一个好的 tag 模型，可能就需要图论方面的知识。再比如用户相似度设计（号称是豆瓣的核心，难以复制）：每个用户拥有了一些 tag ，如何根据这些 tag 定义用户的相似度，一个用户有 spring ， hibernate 这 2 个 tag ，一个用户有 spring ， ibatis 这 2 个 tag ，他们相似度为多少，如果每个人 tag 都很多，再加上权重的概念，问题又复杂的多。简单的做法就是每个用户 tag 一个个匹配，匹配的越多相似度越大，但这样设计一是不准确，二是时间复杂度很大，最坏情况为 n*n*m*m ， n 为用户数， m 为每个用户的 tag 数。

这些都需要扎实的算法基础。而我的基础就很薄弱：本科学的比文科还文科的专业，研究生又学的比较上层的东西（ UML ， RUP ， PM 等，也都一知半解），选修了一门算法导论，又被 1000 多页的经典英文教材吓趴下了，上了几次课就直接放弃，没敢参加最后考试。现在想临时抱佛脚，谈何容易。

所以算法也并非没有用处，关键要看你在做什么，想做什么。想去 google 、百度不用会 spring ，算法基础扎实，只会 c 语言都行；一些行业如电信、金融也很是需要算法高手。而国内更多的企业做企业应用，一般是连连数据库，写写页面，最多引入些开源框架和软件，如 spring ， hibernate ， struts 等。这方面的需求较大，会了 spring ，省了公司的培训成本，自然还是给找工作加了一些砝码。

所以有时听到某些人对某项技术不以为然，说“这些东西有什么是我在几个星期学不会的”的时候，一方面是对其狂妄进行些鄙视，一方面也真要问问自己，我的核心价值到底在哪。这个问题很重要，涉及面很广，选择也很多，而我也只是有些模糊的答案，等以后再仔细写写。

不管如何，我是要开始研究算法了，得解决问题阿！先在 openfans 开个算法的 tag ，一边学一边积累，对算法有兴趣的同学也可以跟我一块进步。

PS ：做个广告， blogjava 很多好的 bloger ，能否到 www.openfans.net 导入下 blog ，跟大家分享下你的感悟，谢谢！

你是开源软件的传播者，你希望更多的人了解和使用开源软件，希望你的文章被更多的人阅读，并展开更深刻的讨论。

你是开源软件的参与者，平时参与参与国外的开源项目，也希望中国能有更多的开源团体，大家一起做国人自己的开源软件。。。。。。

只要你对开源软件保持着一份热爱，欢迎来到 openfans(www.openfans.net) 。

非常方便的注册后，你就可以点击“提交 feed ”，只要输入你的 rss 地址（由于时间原因，还没做直接从 web 地址发现 feed ），就可以将你的 feed 加入，同时我们对一些网站提供了简单的匹配（如 blogjava ，只需输入你在 blogjava 的用户名，系统会自动匹配成你在 blogjava 的 feed ）。完成后，点击“立即导入”，就可以将你的文章入库，点击“最新日志”可以查看。以后系统会每日定期读取你的 feed ，自动将新的文章加入。由于你提供的是 rss ，内容应该是文章的简短描述（视你的 blog 提供商而定），而且我们会为每篇文章提供原文链接，直接指向你的 blog 原文。

导入的日志一般是没有进行分类的，不方便大家的查找。在每篇日志上都有个“我要推荐”链接，点击并输入你认为适合的标签（如 spring ， hibernate ， cms ）等，就可以把这篇日志形成文章，放在相应的标签下，永久保存。需要学习 spring ， hibernate ， cms 的后来者，可以方便的查找到标签和软件，找到你的文章，进而进入你的 blog 。

同时你也可以发表文章，推荐软件，创建和加入小组，进行评论。。。。。。我们会不断完善功能，给大家提供更方便的功能和更好的用户体验。

由于现在人员较少，开发进度较慢。但先做个广告，下一步会做 digg ，提供对软件、文章、用户等的 digg 。做对一些标签的 rss ，如 springframework 网站的 rss ，自动获取 spring 的版本更新信息。还要完善小组功能和好友功能，给大家提供一个方便交流的平台。

网站拿 java 的一堆开源软件做成，同时本身也是开源软件，希望参与的同学可以 email 给 pesome@gmail.com ，大家一块为推动开源软件在中国的发展做出自己的贡献。

< plugin >

       < artifactId > maven-compiler-plugin </ artifactId >

              < configuration >

                  < source > 1.5 </ source >

                  < target > 1.5 </ target >

              </ configuration >

</ plugin >

我一看就明白了， mvn 时是用 1.3 给我编译的，得告诉它用 1.5 。拷到 pom 文件中，再 mvn eclipse:eclipse 搞定。问题是很快解决了，同时却留下了很多思考：

1． 技术没有止境，做人一定要谦虚。 Maven2 我用的也算比较早，还曾经被白衣说是对maven2的推广做了贡献的，自己也颇以为然。而现在这个简单的问题却不知道了，还得google或问人解决。还好我一直比较谦虚（本身也没啥可骄傲的资本），否则要狂被鄙视了。

2． 技术的推广要不遗余力，好的东西要让大家都知道。 Maven2 我也只是使用，了解并不深入（项目中碰到了的知道，没碰到的就不懂了），但我是到处推荐，碰到个人就说这个好。这下很多朋友都知道了，也引入项目实践了。一方面他们用的舒服，提高了效率，有点问题还可以向我这个所谓的maven2高手请教，我自是“知无不言，言无不尽”；另一方面，他们也许就碰到其它问题了，然后知道如何解决，在我碰到类似问题时，就可以向他们请教了。你看，多好的良性循环，想想都美滋滋的。

3． 多进行知识共享，大家的智慧比个人强。 这是从更高的角度看了，通过知识的共享，能迅速集合大家的经验和智慧，让个体更快的进行学习，少走弯路。你共享自己知识的同时，也能获得别人的成果。如果你知道谁spring比较强，谁hibernate比较强，谁在用maven，而且碰到问题能看他们的文章或直接向他们请教，做起项目来是不是都安心的多。可能有人说有google，但google信息量太大，而且很多文章是处处转载千篇一律，经常半天找不到东西。我是深有体会，所以想到做openfans，做一个知识共享的平台，并做到去糟取精。现在还远远达不到要求，但我会努力的。

svn 地址为 :https://svn.sourceforge.net/svnroot/openfans/
然后拿小海龟试了下 , 可以访问 . 拿 svn 的 eclipse 插件下载也成功了 , 通过 updatesite 可以下载这个插件 (http://www.polarion.org/projects/subversive/download/update-site/) 。打开插件窗口，界面跟 cvs 基本类似，我先试 commit 功能，正好把前面 cvs 的本机改动提交上去。

结果报 403 forbiden 错。 Google ，看到白衣也碰到同样问题，结果迁到 scud 上去了。我只好点些老外的论坛回复看，看到一个解决问题的回复。号称要 admin->member ，我便照做，一看多了个 svn 的 permission 框，把自己的先勾上， Update 。然后重新 commit ，搞定。 Sf 的 svn 速度飞快，比 cvs 快多了，这下也省得自己搞 svn 了。把这个成功经验写出来，也可以给后面的人一个参考。

如果使用 eclipse ，在项目根目录，也就是 pom.xml 所在目录，运行 mvn eclipse:eclipse( 如初次使用，会花较长时间到网上下载 plugin 和 jar ，建议去喝杯咖啡 ) 。 mvn eclipse:eclipse 会生成 .class 和 .project 文件，可以进入项目的 build path 查看，会自动将 output 路径设为 target/classes 。默认数据库使用 mysql ，如果希望马上运行，则创建一个新数据库，可以命名为 openfans ，如果 mysql 采用默认安装，则用户名 root ，密码为空，可以无需更改 jdbc 配置文件。要更改也很简单，在 main/src 下面有一个 jdbc.properties 文件，可以在这里更改数据库类型和用户名密码。这里有一句 hibernate.hbm2ddl.auto=update ，表示 hibernate 会自动更新建表语句，也就是新运行或更新了 hbm 文件再运行， hibernate 都会自动帮你完成数据表的重建工作，这样你可以不用再考虑数据库建表脚本了。

如果想在 tomcat 里直接运行，则可以执行 mvn package ，会运行所有 test case 。目前的 test case 通过继承 AbstractTransactionalDataSourceSpringContextTests ，能够方便的实现数据库回滚，在 BaseTest 类下有一句 this.setDefaultRollback(false) ，如果希望通过程序填充数据，就 uncomment 它。这里有一个地方要注意一下，就是 web/WEB-INF/urlrewrite.xml ，这是 urlrewrite 的配置文件， urlrewrite 的描述在 openfans 网站里有，可以通过搜索 urlrewrite 快速的找到。因为我把文档根设为“ / ”，所以有 <to type="redirect">/view$1.html\?id=$2</to> ，如果文档根是 openfans 则需在 /view 前加上 /openfans ，然后再运行 mvn package 。测试全部通过，就会在 target 目录下生成 openfans-o.1.war ，将这个 war 放到 tomcat 的 webapps 下，启动 tomcat ，应该就能通过 http://localhost:8080/openfans 访问了（假定你采用默认端口 8080 ）。

如果进行开发，可以安装 eclipse-tomcat 插件，插件也可以在 openfans 网站输入 tomcat 进行搜索。可以在 tomcat 的 conf/Catalina/localhost 下创建一个 openfans.xml ，内容如下：

<?xml version="1.0" encoding="UTF-8"?>

<Context path="/openfans" reloadable="true" docBase="D:/javaproject/openfans/web">

</Context>

docBase 改成你的 openfans 所在的路径。
   这里因为pom文件定义的默认输出位置为target，需改为web-inf/classes，这时会有一个src冲突，需把src/web/里的web-inf/classes exclude掉就可以了。
然后在 eclipse 启动 tomcat ，同样可以通过 http://localhost:8080/openfans 访问了。用这种方式启动 tomcat 可以进行调试。

roadmap（暂定）：
0.1（4月底完成）--注册，登陆，权限管理，标签功能，发表软件介绍和文章
0.5（5月底完成）--评分体系，同城，小组和朋友管理
0.8（7月底完成）--sns功能，投票功能
1.0（9月底完成）--开始形成专家小组，提供项目外包和咨询管理平台
更多--随着平台的使用和更多的成员加入，不断加入新的功能

同时启动开源项目openfans，使用开源软件：eclipse,
maven2, spring(包括spring mvc), hibernate,
mysql,common-validator,sitemesh.....
目的是提供web2.0应用的基本模型，同步在www.openfans.net上进行验证和使用，并能够方便的移植到其它领域。
目前项目在sourceforge上，由pesome和oofrank共同管理。0.1版基本完成。
cvs -d:pserver:anonym...@cvs.sourceforge.net:/cvsroot/openfans login

希望参与开发的同学请mailto:pes...@gmail.com，简单介绍自己并注明在sf上的用户名。
在google上开了一个站务论坛：http://groups.google.com/group/openfans

欢迎大家多来访问，推荐软件和文章，方便大家更快更好的找到自己最需要的东西！

测试方案1：在本机上直接测试，循环从metabase库中的process_info表取得数据（表中只有2条记录）比较使用cache和不使用cache的性能（为平均值）。

代码如下：

 1public class DatabaseCacheTest extends TestCase {
 2    GeneralCacheAdministrator admin = null;
 3
 4    protected ApplicationContext ctx;
 5
 6    protected ProcessInfoDAO processInfoDAO;
 7
 8    protected void setUp() throws Exception {
 9        String[] paths = { "/spring/dataAccessContext.xml",
10                "/spring/spring-biz-db.xml" };
11        ctx = new ClassPathXmlApplicationContext(paths);
12
13        processInfoDAO = (ProcessInfoDAO) ctx.getBean("processInfoDAO");
14        admin = new GeneralCacheAdministrator();
15    }
16
17    protected void tearDown() throws Exception {
18        admin.destroy();
19    }
20
21    public void testGetFromCache() {
22        long t1 = System.currentTimeMillis();
23
24        for (int i = 0; i < 10000; i++) {
25            ProcessInfoDO pdo = getProcess("65");
26            assertEquals(pdo.getProcessName(), "TestProcess");
27        }
28        System.out.println(System.currentTimeMillis() - t1);
29
30    }
31
32    private ProcessInfoDO getProcessByCache(String id) {
33        ProcessInfoDO pdo;
34        try {
35            pdo = (ProcessInfoDO) admin.getFromCache("65");
36            return pdo;
37        } catch (NeedsRefreshException e) {
38            pdo = processInfoDAO.selectById(65);
39            admin.putInCache("65", pdo);
40            return pdo;
41        }
42    }
43
44    private ProcessInfoDO getProcess(String id) {
45        return processInfoDAO.selectById(65);
46    }
47}
48

Ø         循环1000次，使用cache用时719ms，直接从数据库取用时13984ms。

Ø         循环10000次，使用cache用时2016ms，直接从数据库取用时131188ms。

使用图例比较，系列1表示循环的次数，系列2为使用cache的用时，系列3为不使用cache的用时。可以看出，随着循环次数的增多，使用cache方案的性能优势更加明显。

结论：使用cache，随着循环的增多，用时增长较缓慢，而不使用cache基本是等比例增长。在循环次数较多时，使用cache cpu利用率显著提高，能达到90％以上。不使用cache则只能上到50%左右，更多是在等待数据库返回结果。所以使用cache能大大减轻数据库的压力，提高应用服务器的利用率，符合我们对应用服务器进行水平扩展的要求。

我通过在实际项目中自行设计和使用cache，逐渐提高了系统的并发能力，但同时也感觉到了很多的不足：

1.       因为是在原有系统基础上优化，cache的处理没有统一的规划，而是头痛医头，脚痛医脚。cache分散在系统各个模块，很难想起哪些模块使用了cache

2.       cache的实现各种各样，有的是单例、有的是static对象，而cache对象与数据库的交互也是直接硬编码在原有系统中，难于维护

3.       cache的参数如刷新间隔。。。。。。未使用配置文件，而是直接定义在cache的类文件中，对配置的更改就需要更新整个类，进而影响系统的运行

4.       缺少对cache的监控机制和log机制，出现问题很难去跟踪和解决。

经过一段时间具体项目的洗礼，对java也有了进一步的认识，我也可以有能力来解决一直困扰心中的cache的这些问题了。想法很简单，就是能够通过单一的配置文件，对系统中的所有cache进行统一的管理，各个cache所在的模块，和cache的配置参数，都能够一目了然。而对配置文件的重载功能也是我要考虑的问题，希望对某些cache的配置的更改能够对其它cache无影响，同时这些更改也能在不影响应用运行状态的情况下进行。当然既然是统一管理，就需要做到接口的统一。我定义了Cache和CachePersistence两个接口，然后不同的cache可以提供不同的实现，实现类需要在配置文件中指定，同时系统提供默认的实现，以满足简单的应用。想了就要开始做，我也没想一开始就做出象OSCache或JbossCache那样通用的cache来，也许经过不断的交流，不断的完善最终可以做到。经过简单的设计，我就开始写代码了，就我一个人，也算是XP编程了，呵呵！cache的配置参数，我根据项目经验想到了几个，可能还可以有，但目前我不知道，需要在更多的项目应用中去发现，具体可以看我的包中的cache.xml文件，有对配置项的具体说明。

从开始开发到最后写完测试类，也就不到一个星期的时间（上班的空余时间和加班写），当中也进行了几次重构。总的来说，还算满意，这也算俺的第一个开源项目啊，呵呵！

具体如何使用，很简单，你有兴趣可以实现Cache接口，我内置了基于HashMap的Cache，应该能满足大部分应用的需要。CachePersistence就是你的对象与存储设备交互的实现了，你一般需要实现这一接口，然后配置在配置文件中。然后通过CacheFactory得到Cache，通过Cache接口使用对象。对Cache的操作你可以当成一个Map来使用，由容器来自动处理何时与存储设备的交互，你只要配置好就ok了。另外可以参考src中的test包，里面是我对Cache的功能测试代码，也能作为使用cache的实例的。

说了这么多，大家如果有兴趣，可下载我的全部文件，里面包括jar、src、lib、javadoc还有配置文件，点击这里http://www.blogjava.net/Files/pesome/pcache.zip。更欢迎大家在实际的项目中使用我的cache，如果有任何问题都可以跟我联系，mailto:pesome@163.com。谢谢！