日本框架seasar
在项目开发中要用的seasar,自己想学习一下，但是网上资料很少，有了解的大虾，请指点一下，seasar要用到哪些jar包？

------解决方案--------------------

------解决方案--------------------
没有听说过。？
------解决方案--------------------
http://www.seasar.org/
官网就够了
------解决方案--------------------
这个框架还是不错的
汲取了Ruby On Rails的COC思想
追求0配置
有几块和Spring比较像
------解决方案--------------------
SEASAR，一种流行的JSP软件开发框架，目前流行Seasar2其实就是一个非常类似于Spring Framework的开源框架。
　　Seasar framework开发模式起源于日本，并且在日本非常流行。
　　Seasar framework最初公布于众是03年8月，那时是作为一个应用服务器，依托于Web 容器Jetty和数据库HSQLDB。后来，于04年3月，经过改造，成为一个轻量级DI（Dependency Injection）和AOP容器，并重新命名为Seasar2。经过一段时间的发展，从05年4月，该项目移到 sourceforge.jp，并且真正意义上的开源，用的是apache liscense2.0。 
　　就像其它DI容器一样，Seasar中的组件也是通过xml配置文件定义，但是，它引入了“Convention over Configuration”，有点类似于Ruby On Rails的CoC，和Spring的配置文件比起来，确实小的很多。 
　　Seasar框架主要由三部分组成： 
　　Seasar内核和扩展：框架的DI和AOP实现，以及一些相关服务，如连接池、事务、JDBC框架 
　　相关软件：如S2Hibernate，S2Dao，S2Struts，S2JSF 
　　Sandbox软件：就是相关软件的开发中版本。这类软件非常多，如对JMS、Remote的支持框架。 
　　Seasar框架，除了以Java版本为主外，还有.Net和php5版本。当然，这两种语言的扩展框架不如Java版丰富。 
　　Seasar框架整体的认识： 
　　1、 从框架的使用来说，和使用Spring没有太大区别。Spring提供的IoC和AOP，它几乎都提供，而且第三方扩展也都差不多。 
　　2、 Seasar的配置文件，比Spring的少很多，这也是官方宣传的亮点。因为它可以根据规则，将组件和组件的关联一次性配置。这些规 则，就是接口和接口的实现类的命名、分包方式。 
　　3、 Seasar的官方英文文档很少，而且几乎只有官方网站支持，没有论坛。我主要是看源码，再结合文档看。而且源码没有任何注释。 但是，它的代码量比较小，两个核心包加起来只有2w行代码（不包括注释和空行）。 
　　4、 Seasar也是一个一站式框架。它除了提供核心DI和AOP服务外，还有持久层和表示层框架，比较有特色的是Mayaa模板，类似于Tapestry那种方式，一个html，一个.mayaa文件。 
　　用Seasar开发过程中用到的一个流行框架组合：Seasar＋S2Dao＋S2Struts＋Mayaa。 
　　S2Dao： 
　　这是Seasar自己的持久化解决方案。非常精致，只有6000多行代码。不过功能比起Hibernate弱很多。但是，对于不是非常强调OO建模的应用来说，我认为是足够了。它不是ORM，只是实现了DAO模式，并且开发人员不必和JDBC打交道。 
　　而且，我觉得它最大的亮点，就是不用写持久层代码，用户只需写接口，以及某些接口方法对应的sql。它会通过AOP自动生成实现类，而且也是声明式事务。 
　　它的开发过程大概是： 
　　1、 根据数据库table，写Entity类。注意，不是命名为Model，因为它只是数据库表的实体映射，就如同E-R图的E部分，在Entity类中，通过字段表示如下信息：对应的数据库table、字段对应信息、多对1关联关系等等。注意，它只能实现多对1关联。 
　　2、 写出DAO的接口，譬如基本的CRUDL操作，要是有复杂的CRUDL，可以通过方法名、以及对应的sql搞定。但只能用一条sql。所以，譬如当我们要实现复杂的insert操作，必须在Service层组合几个dao的接口方法，然后加上声明式事务。 
　　3、 对于多数据库支持，是通过在sql语句的文件名后面加上数据库后缀，如UserDAO_findByUsername_mysql.sql。我觉得非常不爽的地方时，它必须每个方法一个sql文件，要是我一个dao接口有30个方法，我不是要写30个sql文件？当然，sql语句可以注释在DAO接口上面。 
　　大概以上三步概括了S2Dao框架的基本使用，它没有什么特殊用法，因为我看源代码上也很简单。因为它省去了在ORM框架中最难的部分：关联映射、继承关系、cache等。不过，这样也让S2dao的持久层开发异常简单。 
　　对S2Dao的整体感觉，它和EJB中的实体Bean，特别是CMP非常类似，又有些BMP的特性。但是，它的配置文件除了sql，几乎没有。 
　　当然，持久层还有和Hibernate集成的S2Hibernate，但比起Spring差远了。 
　　S2Struts： 
　　它是Seasar用DI和AOP技术对Struts进行封装。它支持Struts的Action风格和配置，同时，也支持纯POJO的Action。后者的Action是官方的推荐，它不用像Webwork那样实现特定的Action接口，它就是普通的JavaBean，但是它一般需要实现一个自己的接口，这点有些不爽，但对于Action配置很方便。另外，它的ActionForm也完全是普通的JavaBean。 
　　整体上，S2Struts的使用和Webwork惊人的相似，类风格也非常一致，譬如方法的返回值是一个字符串。 
　　S2Struts通过 prototype的实例生成方式，解决了Struts本身的线程安全问题，因为Struts是共享一个Action实例。所以，在S2Struts的Action里面，我们可以声明实例变量。 
　　S2Struts的实现原理大致是：通过AOP将普通JavaBean的ActionForm动态注入自己的S2BeanValidatorBean，该Bean继承于Struts的ActionForm。普通POJO的Action类也类似这样：动态将ActionForm和ActionMapping等注入。而且，通过filter，将HttpServletRequest，HttpServletResponse等实例注入Seasar 容器的ThreadLocal变量里，而Action可以通过访问容器来获取这些组件，同时，这些对象也自动通过Setter方式注入Action，这样Action就可以和Web容器打交道了，譬如直接调用reponse.sendRedirect导航，因为在url里面动态注入参数这类需求不容易实现，但Webwork可以在配置文件里面通过类似viewUser.do?id=$方式注入id值。 
　　表示层模板语言Mayaa： 
　　我认为这是它的一个亮点，当然Mayaa不属于Seasea，它是一个单独的项目，譬如官方已经将Mayaa和Webwork2集成了，但是它挂在seasar下：http://mayaa.seasar.org/。我接触过几种模板语言，如Velocity、Freemaker，Tapestry的html，但是，我认为，Mayaa是设计上最优雅的：它可以完全将html页面单独拿出来设计。通过每个html文件并列的mayaa文件写展现逻辑，动态注入html页面。 
　　Velocity和Freemake对于美工和可视化编辑并不友好，Tapestry这种事件驱动框架生成的url也不友好。