闲人别居

        一直以来使用jetty作为我的web开发配置服务器，开始的时候和所有的初学者一样使用tomcat作为开发服务器，可用着用着，感觉tomcat越来 越繁琐以及庞大。后来，用了jboss，知道jboss使用jetty作为其web应用服务器，所以就开始试着使用jetty。从那开始后，jetty就 成为我的开发配置服务器了，从最初的4.0，到现在的6.0一直在使用着。   喜欢jet...

不会发图片，还是参见我在blogjava的文章：http://www.blogjava.net/zyl/archive/2007/04/12/jetty2.html

    经过一段时间的学习，对jsf的认识也逐渐清晰。总结了一下jsf和structs的区别，首先在于分离了请求的处理。使用事件处理机制来代替原有的 request分发。其次在页面的展示上，采用组件的概念，而不是到处散落的html标记。再有，jsf对于请求的生命周期重新进行了划分，对于每个阶段 都可以派遣事件，这使得整个请求的处理比较的清晰。最后，jsf对于页面的流转使用Navigation系统来...

    接上一篇内容。这次主要分析一下jsf的相关组件包，也是jsf和structs主要不同的地方。jsf 规范中，对于组件的设计，和其他组件架构一样，分离表现层和模型层。对于组件的render由具体的Renderer来处理，这也达到了Model和 View分离的原则。    component:所有的基本组件都在其中，如下的主要类图，对于各个组件就不一一详细介绍了。主要介绍一下几个接口：...

    这是jsf 的分析系列第三篇，随着不断的深入，jsf的设计变得越来越清晰。当然，在目前的规范中，jsf还是很不完善的，这也就导致了为什么jsf还是不能成为目前的主流框架。先不去谈论这些弊端，还是先看看一下jsf具体是如何运作的。    对于jsf规范，个人觉得和其他框架相比，最大的区别，可能在于jsf划分了web 请求的生命周期。like ejb一样，web 请求也是有生命周期的。虽然，...

  对于标记库，不想再说些什么了。jsf可能最大的毛病都在这个标记库上面，首先定义的标记在jsp中，并不起到相应的输出功能，而只是用来增加相应得组 件。在jsf中，最上层的组件为UIViewRoot，基本上所有的操作都是需要围绕着此组件。而标记库的存在，只是为了简化相应的操作。如下的标记：<f:view>    <h:form>     <h:panelGrid...

    一个古老而又强大的模版引擎。在模版引擎中,velocity中，应该属于最常用的，不管是在maven的项目模版，还是在源代码输出，甚至直接网页输出中，都可以看到其身影。当然，最近的freemarker大有平分天下之意。   以前的时候，曾用velocity设计过一个自动代码的项目，在用的过程中，享受了其简单而又灵活的功能。后来由于，自动代码的项目一直没有什么进展，也就很少去关注veloci...

先来看看velocity是怎么工作的？在应用中使用velocity，一般需要以下的几个步骤：   初始化Velocity,可以使用单例，或者运行期实例   创建context对象，用于包括相应的变量   在context中增加相应的数据   选择模板   合并模板，产生输出如下的例子：java 代码  import java.io...

这些东东，对于web框架来说，是必不可少的，来看看jsf是如何实现的。首先看一下国际化，默认的情况下，会选择默认的locale，以及相应的资源文件。当然可以通过以下方式进行配置：[code]enenesCustomMessages[/code]资源文件，也是和其他web应用一致。[code]halloween=Every day is l...