这条HQL语句查询Customer表，根据custlevel分组查询有多少条记录。

 问题一：如果用

count计数并且是已Group by分组的话,count查询的必须是分组的字段.

 问题二：通过query.list()返回一个结果， 在JSP页面中的显示可以用JSTL,代码如下：

该如何去把这个结果转换为Pojo？

query.list();返回的List集合装载的是一个一个的Object []，如果要赋予Pojo属性可以这样：

import java.util.List;

import org.hibernate.Query;

import org.springframework.orm.hibernate3.support.HibernateDaoSupport;

/*

 * 最基本的DAO操作,已供应其他类来调用

 */

public class BaseDAO extends HibernateDaoSupport {

    /*

     * 添加

     */

    public boolean addObject(Object obj) {

       boolean state = true;

       try {

           this.getHibernateTemplate().save(obj);

       } catch (Exception e) {

           e.printStackTrace();

           state = false;

       }

       return state;

    }

    /*

     * 删除

     */

    public boolean delObject(Object obj) {

       boolean state = true;

       try {

           this.getHibernateTemplate().delete(obj);

       } catch (Exception e) {

           state = false;

       }

       return state;

    }

}

这个类是最原始的去DAO，封装了一些数据的增删查改，然后我编写了数据访问接口，数据访问的实现类继承自这个类再实现接口。代码如下：

import com.custservice.base.BasdBase;

import com.custservice.basicdao.BaseDAO;

public class BasdService extends BaseDAO implements BasdBase {

    public boolean delete(Object obj) {

       return super.delObject(obj);

    }

    public boolean saveObj(Object obj) {

       return super.addObject(obj);

    }

}

当我AOP的切入点配置到BaseDAO是事务是不会提交的，这个事务的切入点必须配置到直接访问数据库类的上一层。配置文件如下：

<tx:advice id="txAdvice" transaction-manager="transactionManager">

       <tx:attributes>

           <tx:method name="save*" propagation="REQUIRED" />

           <tx:method name="update*" propagation="REQUIRED" />

           <tx:method name="del*" propagation="REQUIRED" />

           <tx:method name="*" read-only="true" />

       </tx:attributes>

    </tx:advice>

    <aop:config>

       <aop:pointcut id="allMethod"

           expression="execution(* com.custservice.service.*.*(..))" />

       <aop:advisor pointcut-ref="allMethod" advice-ref="txAdvice" />

二。问题场景
首先，我们应该先了解为什么要处理这样的问题？或者专业一点就是它适合的场景是什么？（似乎只有人来问没有人来解释）

1。重复提交、重复刷新的场景
重复提交、重复刷新都是来解决系统重复记录的问题。也就是说某个人在多次的提交某条记录（为什么？也许是闲了没有事情干的;最有可能是用户根本就不知道自己的提交结果是否已经执行了？！）。

但出现了这样的问题并不见得就必须处理，要看你所开发的系统的类别而定。比如你接手的是某个资源管理系统，系统本身从需求的角度根本就不允许出现" 重复"的记录，在这样需求的约束条件下，去执行重复的提交动作只会引发“业务级异常”的产生，根本就不可能执行成功也就无所谓避免不避免的问题了。

2。防止后退的场景
了解了重复刷新、重复提交的场景，我们来了解一下"防止后退"操作的原因是什么？比如你在开发某个投票系统，它有很多的步骤，并且这些步骤之间是有联系 的，比如第一步会将某些信息发送给第二步，第二步缓存了这些信息，同时将自身的信息发送给了第三步。。。。。等等，如果此时用户处在第三步骤下，我们想象 一下某个淘气用户的用户点击了后退按钮，此时屏幕出现了第二步骤的页面，他再次的修改或者再次的提交，进入到下一个步骤（也就是第三步骤），错误就会在此 产生？！什么错误呢？最为典型的就是这样的操作直接导致了对于第一个步骤信息的丢失！（如果这样的信息是依靠Request存放的话，当然你可以存放在 Session或者更大的上下文环境中，但这不是个好主意！关于信息存放的问题，下次在就这个问题详细的讨论）

三。如何处理的问题
当然很多的系统（比如订票系统从需求上本身是允许个人重复订票的）是必须要避免重复刷新、重复提交、以及防止后退的问题的，但即使是这样的问题，也要区分 如何处理以及在哪里处理的（网上只是告诉你如何处理，但很少去区分在哪里处理的），显然处理的方式无非是客户端或者服务器端两种，而面对不同的位置处理的 方式也是不同的，但有一点要事先声明：任何客户端（尤其是B/S端）的处理都是不可信任的，最好的也是最应该的是服务器端的处理方法。

客户端处理：
面对客户端我们可以使用Javascript脚本来解决，如下

1。重复刷新、重复提交
Ways One：设置一个变量，只允许提交一次。
<script language="javascript">
    var checkSubmitFlg = false;
    function checkSubmit() {
      if (checkSubmitFlg == true) {
         return false;
      }
      checkSubmitFlg = true;
      return true;
   }
   document.ondblclick = function docondblclick() {
    window.event.returnValue = false;
   }
   document.onclick = function doconclick() {
       if (checkSubmitFlg) {
         window.event.returnValue = false;
       }
   }
</script>
<html:form action="myAction.do" method="post" onsubmit="return checkSubmit();">

Way Two : 将提交按钮或者image置为disable
<html:form action="myAction.do" method="post"
    onsubmit="getElById('submitInput').disabled = true; return true;">  
<html:image styleId="submitInput" src="images/ok_b.gif" border="0" />
</html:form>

2。防止用户后退
这里的方法是千姿百态，有的是更改浏览器的历史纪录的，比如使用window.history.forward()方法;有的是“用新页面的URL替换当 前的历史纪录，这样浏览历史记录中就只有一个页面，后退按钮永远不会变为可用。”比如使用 javascript:location.replace(this.href); event.returnValue=false;

2.服务器端的处理（这里只说Struts框架的处理）
利用同步令牌（Token）机制来解决Web应用中重复提交的问题，Struts也给出了一个参考实现。

基本原理：
服务器端在处理到达的请求之前，会将请求中包含的令牌值与保存在当前用户会话中的令牌值进行比较，
看是否匹配。在处理完该请求后，且在答复发送给客户端之前，将会产生一个新的令牌，该令牌除传给
客户端以外，也会将用户会话中保存的旧的令牌进行替换。这样如果用户回退到刚才的提交页面并再次
提交的话，客户端传过来的令牌就和服务器端的令牌不一致，从而有效地防止了重复提交的发生。

if (isTokenValid(request, true)) {
    // your code here
    return mapping.findForward("success");
} else {
    saveToken(request);
    return mapping.findForward("submitagain");
}

Struts根据用户会话ID和当前系统时间来生成一个唯一（对于每个会话）令牌的，具体实现可以参考
TokenProcessor类中的generateToken()方法。

1. //验证事务控制令牌,<html:form >会自动根据session中标识生成一个隐含input代表令牌，防止两次提交
2. 在action中：

       //<input type="hidden" name="org.apache.struts.taglib.html.TOKEN"
       // value="6aa35341f25184fd996c4c918255c3ae">
       if (!isTokenValid(request))
           errors.add(ActionErrors.GLOBAL_ERROR,
                      new ActionError("error.transaction.token"));
       resetToken(request); //删除session中的令牌

3. action有这样的一个方法生成令牌
   protected String generateToken(HttpServletRequest request) {
       HttpSession session = request.getSession();
       try {
           byte id[] = session.getId().getBytes();
           byte now[] =
               new Long(System.currentTimeMillis()).toString().getBytes();
           MessageDigest md = MessageDigest.getInstance("MD5");
           md.update(id);
           md.update(now);
           return (toHex(md.digest()));
       } catch (IllegalStateException e) {
           return (null);
       } catch (NoSuchAlgorithmException e) {
           return (null);
       }
   }

总结
对于重复提交、重复刷新、防止后退等等都是属于系统为避免重复记录而需要解决的问题，在客户端去处理需要针对每一种的可能提出相应的解决方案，然而在服务器端看来只不过是对于数据真实性的检验问题，基于令牌的处理就是一劳永逸的方法。

同时我们也看到，从不同的角度去看待问题，其解决的方法也是不同的。客户端更追求的是用户的操作，而服务端则将注意力放在了数据的处理上，所以在某 个对于服务器端看似容易的问题上，用客户端来解决却麻烦了很多！反之依然。所以在某些问题的处理上我们需要综合考虑和平衡，是用客户端来解决？还是用服务 器端来处理？

create table tb
(
Name    varchar(10) ,
Subject varchar(10) ,
Result  int
)
insert into tb(Name , Subject , Result) values('张三' , '语文' , 74)
insert into tb(Name , Subject , Result) values('张三' , '数学' , 83)
insert into tb(Name , Subject , Result) values('张三' , '物理' , 93)
insert into tb(Name , Subject , Result) values('李四' , '语文' , 74)
insert into tb(Name , Subject , Result) values('李四' , '数学' , 84)
insert into tb(Name , Subject , Result) values('李四' , '物理' , 94)
go
--静态SQL,指subject只有语文、数学、物理这三门课程。
select name 姓名,
max(case subject when '语文' then result else 0 end) 语文,
max(case subject when '数学' then result else 0 end) 数学,
max(case subject when '物理' then result else 0 end) 物理
from tb
group by name

--动态SQL,指subject不止语文、数学、物理这三门课程。
declare @sql varchar(8000)
set @sql = 'select Name as ' + '姓名'
select @sql = @sql + ' , max(case Subject when ''' + Subject + ''' then Result else 0 end) [' + Subject + ']'
from (select distinct Subject from tb) as a
set @sql = @sql + ' from tb group by name'
exec(@sql) 

--静态SQL,指subject只有语文、数学、物理这三门课程。
select name 姓名,
max(case subject when '语文' then result else 0 end) 语文,
max(case subject when '数学' then result else 0 end) 数学,
max(case subject when '物理' then result else 0 end) 物理,
cast(avg(result*1.0) as decimal(18,2)) 平均分,
sum(result) 总分
from tb
group by name

--动态SQL,指subject不止语文、数学、物理这三门课程。
declare @sql1 varchar(8000)
set @sql1 = 'select Name as ' + '姓名'
select @sql1 = @sql1 + ' , max(case Subject when ''' + Subject + ''' then Result else 0 end) [' + Subject + ']'
from (select distinct Subject from tb) as a
set @sql1 = @sql1 + ' , cast(avg(result*1.0) as decimal(18,2)) 平均分,sum(result) 总分 from tb group by name'
exec(@sql1) 

Hibernate中的一对多映射，以一个学校对应多个学生举例。

Pojo--> Student

Pojo --> School

Set students表示被装载的Student类对象的唯一标识信息，在一对多的映射当中充当外键的作用。

再来看看hbm.xml配置信息，Student的配置信息很简单，因为是被映射的基本上只需配置简单的属性即可。

而School的配置信息就得配置从School类的主键到Student类外键的映射关系。

Hibernate.cfg.xml中配置这两个XML的路径即可。。。

我们来插入两个学生和一个学校测试一下：

MySQL结果为：

Struts是Apache组织研发的一个MVC开源框架，基于J2EE平台，目前我学习的版本是1.3.8，接近两个礼拜的学习后，写下此笔记。

首先应该从普通的JSP+Servlet+JavaBean(后文略写为JSJ)谈起，这样的话才能体现出Struts框架的优秀特点，这里我把纯JSP开发和Struts1.X做个对比。

1.JSJ开发Web应用时，把经常用到的数据全部封装JavaBean，在当时看来，这是件很好的事情，但是当我们的Web应用变得相对比较庞大时就暴露出JavaBean的不足，当获取到数据时，我们难免都要get or set数据一下，这无疑是纯粹的手工劳动，那有什么解决方法呢？我们留到后面讲。

2.JSP传递参数到Servlet的时候，Servlet使用HttpServletRequest对象的getParameter方法接收JSP传递过来的参数，当表单的数据量比较多的时候，呵呵，比如一个资料比较详细的用户注册，

那么只能写N多个getParameter。

3.当要做多个业务的时候，比如做一个用户登录和购物的例子，使用JSJ开发的时候需要把相应的业务传到Servlet的doGet or doPost方法中根据传递的参数进行判断需要调用哪个Model，像购物车有添加商品、修改商品数量、删除商品、购买、清空购物车等等操作，我们用JSJ的时候是不是根据动作参数来判断是购买呢还是删除？那这样的话就购物业务的Servlet的doGet or doPost中就写了许多的判断动作的代码，前期写的时候也许条理很清晰，但是后期维护的话是相当麻烦的。

Struts1.X解决这些赘重问题有了一套非常不错的MVC架构，层与层之间的耦合度缩小使开发人员后期维护变得不那么复杂，但节省代码量就得付出配置的代价，Struts1.X的struts-config.xml为Struts专用的xml配置文件，当我们添加MyE的Struts支持时，此文件就已经生成了，如果你要更改struts-config.xml的名称，同时你就得必须在Web.xml中修改加载时读入的xml文件名，如下：

<init-param>

<param-name>config</param-name>

<param-value>/WEB-INF/struts-config.xml</param-value>  ／／改成你修改后的名称

</init-param>

我们打开web.xml来分析一下下面这几对标签

<servlet-name>action</servlet-name>

<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>

<servlet-mapping>

    <servlet-name>action</servlet-name>

    <url-pattern>*.do</url-pattern>

 </servlet-mapping>

ActionServlet为Struts1.X的前端控制的Servlet，此Servlet的作用把struts-config.xml中配置的信息映射到相应的操作中，在添加Struts1.X支持的时候我们习惯性的使用action这个名字，上面的<servlet-mapping>标签又起到一个什么样的作用呢？我们可以把ActionServlet想像成一个前端拦截器，<url-pattern>*.do</url-pattern>是拦截所有以.do结尾的路径。

说到前端控制器我们不得不思考一个问题，JSJ有没有前端控制器、既然有前端控制器那有没有后端控制器？

答案是JSJ中有前端控制器但没有后端控制，我们以前用JSJ开发的时候是的都是一个一个的Servlet堆砌出来的前端控制，当用户提交操作的时候通过form的Action路径找到相应的控制然后调用相应的Model业务，这样做不好的地方我们上面已经说过，故此不添赘言。

而我们理想的状态是当用户提交操作的时候不需要进入前端控制器编写代码来判断需要那种业务，当然配置映射是无可避免的，不写代码又不配置，没有这样好的事情。我们再来看一下ActionServlet是怎么根据用户的提交调用相应的后端控制器，打开struts-config.xml分析一下，我们看一下<action-mappings>这个标签，见名之意，此标签为一个动作映射的配置，它里面有一个子标签叫<action> ，在这个Action标签里我们配置映射信息，比如

<action-mappings>

       <action name=”form_name”input=”/发生错误后跳转的页面” path=”/action提交的名称”type=”后端控制器的全文路径”>   ///如果你的某个后端控制器有多个方法的话，则要在此标签里添加一个parameter属性，属性内容为你传递参数判断调用那个方法的变量名

             <forward  name=”key”path=”/pathName” /> //跳转路径，name为跳转页面(path属性)相应的key

</action>

</action-mappings>

可在action-mappings标签中添加多个action子标签,

服务器启动的时候自动在Web.xml中编译ActionServlet，并把struts-config.xml全部读到内存中，如果是第一次加载则创建动态Form，如果已编译过此Form则把Form映射到Action中，通过action标签映射到对应的类文件中。这就是ActionServlet的作用。

我们再来谈谈那些后端控制器，ActionServlet既然可以拦截所有以.do结尾的路径名，我们应该想想。。。用户从页面提交参数到服务器，那么服务器的一些控制已经通过xml配置好了，那么它做业务分发的时候怎么传递请求响应和表单数据呢？

这里Struts1.X类叫Action，这个Action有一个方法叫

我们来看看这四个参数的用法，ActionMapping封装了一些映射的信息，比如找到服务器转发的跳转路径。ActionForm封装了表单信息, 其他两个参数为就不介绍了，当用户从页面把表单提交到服务器的时候，通过XML的配置自动会调用ActionForm类的execute方法，execute方法只有一个，业务多的话，我们怎么再做分发呢？

Struts1.X有一个类叫DispatchAction实现于Actiond的子类BaseAction，DispatchAction，而这个DispatchAction的execute方法与Action的execute方法参数一样，并且可以更改为你自己想要的名称，需要注意的是更改的方法必须与传递过来的参数值一致，这样的话我们就可以做到一个动态的后端控制器.

我们还要谈一下ActionForm，写一个类继承自ActionForm重写它的两个方法

Reset方法为保证数据的安全性，在传入表单数据清空其字段。

Validate为验证其字段，默认返回错误为空，程序将往下执行，如果你编写代码判断出错的话，则跳转到struts-config.xml的action标签的input属性值中，此input属性较好的解释应该是error。

当在外界程序需要设置自己编写的ActionForm子类的字段时，需要用此对象调用 get or set方法，这种get or set完全可以用DynaActionForm所代替，但实体的DTO有时候还是蛮有用的。我们再来看一下ActionForm在XML中的配置信息：

<form-beans>

              <form-bean  name=”form_name” type=”ActionForm子类的原文路径” />

   ///当我们配置action标签的时候，action的name属性值就是你配置的form-bean的name属性值

</ form-beans>

这个实体的DTO不好的地方是需要编写一个类继承自ActionForm，而DynaActionForm就做到了把bean信息完全封装在struts-config.xml，我们看一下：

       <form-beans>

              <form-bean name="userinfo"

                     type="org.apache.struts.action.DynaActionForm">

                     <form-property name="id" type="java.lang.Integer" />

                     <form-property name="username" type="java.lang.String" />

                     <form-property name="password" type="java.lang.String" />

              </form-bean>

       </form-beans>

我们现在配置的bean信息是在<form-beans>标签里面配置，需要注意的是form-bean的类型是DynaActionForm，<form-property>标签里封装了以前在DTO中的字段，那么我们就可以用这个form-bean的name属性值映射到<form-property>里配置的字段了。

此笔记还得记录一下Struts1.X的架构思想，用一个关于卖衣服和鞋子工厂的例子来概述一下：

如果要开办一家工厂，首先应该想到的是做什么东西，比如我要做衣服和鞋子，而衣服和鞋子必须得有料子才行，所以我得先弄到料子（DTO或DynaActionForm），这个料子可能不止一种，所以我得先弄到我需要的料子(编写或配置不同的DTO或DynaActionForm)，那么我还得创建做衣服和鞋子的部门(类似于DAO等等)，部门经理总得有个上级吧，部门经理的上级叫某某经理(DispatchAction)，这个某某经理只需要把总经理(ActionServlet)交代要做的一些事情分给下面的部门经理，返回东西给他就行。而总经理上面还有个头儿是董事长(View)，这个董事长只需要把他需要的信息告诉下级并且返回东西给董事长就行了，其他的一些制度和约束(XML)都明摆着，按照这个流程运转就OK了。

这是我的理解，有些粗糙，但本质上是这样子的，具体的话还的多花时间去学习。期待Struts2.X。。。