also a dynamic site.session's cache also work for some nearly static page.
since it's need login user's info in page.application's scope isn't fit.
I also use ehcache for hibernate cache.
great solution!

<script language=javaScript> alert("me"); </script> 

I don't think follow should be in a java blog.

 I think the management thought I have some change.
 first I think management can't chease.Just choose those can met your culture.Ond shouldn't think use employee and kick off after.
 second ,I think corporation's existence not for profit or some great idea .It's for some people who have similar pursue and ideal to make life. these is most important.
 three, If you can't layer it ,you can't manage it.real layer should take clear boardary.

一、两个阵营：
     action request based : struts2.0 （mainly webwork2.2's technology）
     component based. tapestry4 ,shale1 .

二、趋势：
    component based 会稍占优势，不过 action request based 也会占一定地位。
    这一点，从05年 javaOne 给与 shale 的肯定。06年duke's choice 给与 tagpestry 的肯定可以看出来。
   

三、如何选择：
    shale1.0 将会于06年 8-12月之间，发正式版，
    struts2.0 也将会在 06 年8-12 月，发正式版。
    tapestry4 已经是稳定的版本。

    当前启动的项目(06年8月)：
       对于一个有 action based 基础的团队，选 struts2 是可取的。
       对于一个全新的团队，选 tapestry 似乎更加符合长期的发展。
       shale 还需要一段时间的成熟期。比如1.1 以后，采用会更加稳妥。

四、shale 与 tapestry
      shale base on JSF 似乎有一些天时之利。不过tapestry 也可以采取很多的变化。

五、webFrameWork 的今后的发展feature的展望
     webFrameWork 经过多年的发展，基本的feature已经达到很高的成熟度。
     包括：controller,view template,type converter,validation,ajax, 大的方面已经有很多共识。

     重要的方向在于 DSL, 动态语言，meta Programing 方面有一些有益的突破。
       

 

xfire+spring 发布service 是容易的。
activeMQ +spring jmsTemplae 也容易。jencks 作为consumer 也容易。
不过 soap over jms ，我没有找到容易的方案。据说 xfire 解决了，可是文档？？？
mule 下一步解决。等。

server 端，用ThreadExecutor 了。

这两个原则最近有了切肤之痛的感受。
看来坚持面向interface 的开发是必须的了。
问题在
  Abstract class 不能复杂，我想这也是template pattern 时候要注意的。
  template 要稳定，不确定的东西不能放在template 中，当然简单的东西容易稳定。
 
 否则必然违背 ocp 原则。

由于httpconnection 并不能总是很好的处理 “System.connectionTimeOut" 问题。
htmlParser 会装死。
我想只能加一个monitor thread ,不过没有完成。

    html parser 在处理 一些网页的时候，会出现乱码'3f3f' .
    问题在于 页面的charset=gb2312 ,而 页面中有gbk 的码 ,比如 'fb9c'.
    代码可以验证，
        byte[] gbchar = new byte[2];
        gbchar[0]=(byte) 0xfb;
        gbchar[1]=(byte) 0x9c;
        System.out.print(new String(gbchar,"gbk"));
        System.out.print(new String(gbchar,"gb2312"));

    不过，我并没有解决这个问题。

由于“agile web with rails" 获得了jolt 大奖，我实在无法不关心ruby 了。
基于最近的经验，我的看法：
   我不会采用rails 直到ruby 更加成熟,成熟的一些考虑因素。
   1. 需要更多的开源工具包
   2. killer 级别的IDE
 
  第一个方面：工具支持。
   目前还不够丰富，我关心的是
   1.cache
      仅有 memcache (perl 写的)
   2.security 框架
   3.xml 处理
   4.database connection pool
   5. sitemesh 类似的工具
   6. urlrewrite
   7. rss
   8. log
   9. webservice
 
   (也许ruby rails已经有，只是我不知道)

   在java 环境中，web 项目
    我用 spring,hibernate,webwork,dwr ,ehcache ,castor,xfire，acegi ,dbcp(c3p0),log4j,ant,displayTag ,clickstream ,infoma ,etc.
   spider 项目
     jobo,htmlparser
   其他
      tm4j 。
   
   我目前觉得java 环境，因为有了很多的工具是高效率的，当然学习的过程也是漫长而艰苦的。
   由于所面对的项目不仅仅是 web 开发，能找到解决的问题的java 工具，是非常幸福的，发明轮子是痛苦的。
  
   在 spring+hibernate+webwork+displayTag上，正在考虑用模版工具（freemaker/velocity..etc）,生成crud 的代码。（目前主要是拷贝）。如果能够完成，web 开发的效率也是非常高的。
  
    

今天，研究scalablity 的问题。
看到国外建议用 perlbal ,不用 apache 的mod_proxy.
今后有时间再搭建环境,可惜 perl 不会，有时间还需要学习一下。

ehcache 有非常棒的设计，我自己感觉就不用oscache 了。

mysql 也支持partion 了。

    error 级别，错误，程序不能正常运行
    warn, 程序固然可以正常运行，可是不是希望的逻辑
    info ,至少应该显示程序的执行逻辑
    debug, 显示数据

   所以info 对于发现运行时的错误很重要，要有效的撰写。