SSH注解框架
。本文的主旨就是全注解，就是为了告诉大家不用写配置文件（当然不是绝对不写）来怎样进行开发工作。关于这部分的具体情况，在后面代码章节中会详细讲解。
????这就是在Spring中定义Hibernate相关的配置，Spring已经集成了这部分功能。通过class里面定义的类名称我们很容易就能理解，这是使用注解的方式映射实体以及创建Hiberante SessionFactory。${hibernate.dialect}、${hibernate.show_sql}和上面的数据源配置获取方式一样，当applicationContext.xml定义好之后，就不用再对它进行修改，而是将修改对象变成了jdbc.properties文件。
????另外在Spring2.5.6版中，加入了一个很有用的小功能，就是packagesToScan属性，它是根据value中定义的路径来扫描其下所有的注解实体类。大象对这个路径做了多种测试，另外又看了源代码，发现它只能匹配某一类型的路径，而不是所有路径。比如上面的value值表示，扫描entity包下面的所有包中的注解类，如果你将类直接放在entity包下，那么服务器启动和程序运行时都不会报错，但是当你的代码需要用到这个类的时候，就会出现异常，提示你找不到实体。?????
????这是事务定义，而且是使用注解方式定义事务（@Transactional），proxy-target-class="true"表示采用动态代理类来管理事务，如果是false表示采用接口代理来管理事务（默认值为false）。什么意思呢？就是说对于需要加入事务处理的类，如果是实现接口，那么将采用Spring的默认事务管理（Spring默认方式为接口），如果不采用接口，而直接使用类，那么就需要cglib类库的支持，它通过动态的创建目标类（就是你需要加入事务的类）的子类，然后对这子类中的方法（当然是从目标类中继承来的）进行事务管理。这其实就是AOP切面，而且从中可以看出来，需要加入事务的方法不能为private、static、final 的方法。这样说也不是很严格，说它不能加入事务，是说它不能主动的启动一个事务，如果某个private方法是被某个public方法调用的，而public方法是可以被动态代理加入事务的，所以这个private方法也一样被加入了事务，只是它处在public方法的事务之中。但是static和final这两类方法因为不能被子类覆盖，所以无法加入事务。如果这两类型的方法不被其它的事务方法所调用，那么它们就会以无事务的方式运行，因此很容易造成隐患，这一点请大家特别注意。
????上面这个就是使用配置式来定义事务，两种方式的区别主要是，注解式只用写那么一句话，然后在业务类或方法中加入@Transactional这个注解标记，就完成事务声明，不过对于每个业务类都需要在类或方法中加入这些标记。而配置式声明，就是不用加这些标记，只要你的方法名称命名比较统一，就可以像上面这样定义事务规范，然后在aop标签中定义切入点与执行通知就行了。我感觉如果业务逻辑不是太复杂的情况，配置式会比较简单，而且修改起来也方便，这两种方式我都写出来了，至于用哪一种，由你们自己决定。
????3、web.xml
????现在使用的Servlet容器还是2.4版，因此web.xml里面还是需要写配置文件的，到了3.0版就可以采取注解的方式来实现了。
????Spring ApplicationContext配置文件的路径,可使用通配符，applicationContext*.xml表示所有以applicationContext开头的xml文件。多个路径用,号分隔。比如可以这样写：
????不过推荐采用通配符的写法，能够简单点，为什么还要弄那么复杂呢？
????context-param是在容器启动后最先被执行的，并且被放入到容器上下文中。在这里引入spring的配置文件，是供Spring的ContextLoaderListener监听器使用。而这个监听器中会有一个ContextLoade类用来获取这个配置文件中的信息。从而进行Spring容器的初始化工作。因为是采用注解的方式来进行开发，所以spring的配置文件其实只有一个，上面那个星号可以去掉。
????这个监听器就是为了读取Spring的配置文件，这在上面已经讲到了。
????这是Spring提供的一个用来防止内存泄漏的监听器。在我们使用struts2框架，或其它的某些类库时，因为它们自身的设计，会用到Introspector（内省）机制来获取Bean对象的信息。但不幸的是，这些框架或类库在分析完一个类之后却没有将它从内存中清除掉，内存中还保留有大量的静态资源，而这些东西又无法进行垃圾回收，因此产生了很严重的内存泄漏问题。直接表现为服务器的内存使用会随着时间而不断上升，最后的结果当然就是服务器当掉。所以在这里加入此监听器，能够帮助我们更好的处理内存资源回收的问题。
????这是Spring的编码过滤器，我们可以直接拿来用，相信这段配置应该很好理解，不过请大家注意forceEncoding这个参数，把它设置为true表示不管请求中的编码是什么格式，都将强制采用encoding中设置的编码方式。另外对于响应也将按照encoding指定的编码进行设置。另外不建议将编码设置成gb2312或是gbk格式，请采用基于Unicode的UTF-8编码。
????这个过滤器是个好东西，有了它，我们在使用Hibernate延迟加载的时候，就不会再为因Session被关闭，导致延迟加载数据异常而头痛了。网上有很多人说这个不好，其实在使用中，效果还是不错的。
????首先我要说这个过滤器的名字很雷，不知道写这类的家伙是不是个变态，或者喜欢恶搞。主要原因就是，这个过滤器的功能是推迟清理值栈中的值，以便在web层中进行访问，另外就是为了配合SiteMesh装饰器进行工作（官方中的说明）。如果不加这个，那么Struts2的默认过滤器就会清空值栈中的值，这样就会导致异常。所以说这类的名字和功能完全不搭边，很容易让人产生误解。
????在2.1.6版本里面，已经用这个过滤器取代了以前的FilterDispatcher，而且在api文档中已经标注为@deprecated（不赞成），并说明是从Struts 2.1.3版开始就弃用这个过滤器了，改用StrutsPrepareAndExecuteFilter，除此之外，还可以选择StrutsPrepareFilter和StrutsExecuteFilter。不过大象建议大家还是选择StrutsPrepareAndExecuteFilter吧，这也是官方推荐的。
????web.xml里面的几个重要的配置就这些，不过不要忘了，给这些filter加上filter-mapping映射。还有一点，请注意这些过滤器的顺序，这个顺序是很重要的，程序运行时，是根据这些filter-mapping的排列顺序依次执行过滤操作的。如果不想出现莫名其妙的错误，请控制好这些过滤器映射的顺序。
????我会在最后一章附上源码，大家就这样慢慢看吧。看到最后一章的时候，可能这些相关的知识就比较清楚了。到时再对照源码练习下，应该会有一些收获。恩，这部分就到此结束了，我们下次继续。
????上面这段配置是写在struts.xml里面的，它指定web为根，作用就相当于那四种默认值。
????com.bolo.examples.web.base.UserAction映射为 /base/user.action
????com.bolo.examples.web.HelloAction 映射为 /hello.action
????com.bolo.examples.web.HelloWorldAction 映射为 /hello-world.action
????请一定注意驼峰写法的映射方式，假如这里不是HelloWorld，而是Helloworld，那就不会再是hello-world.action，而是helloworld.action了。
????既然已经知道了它的映射方式，接下来再看看这个插件是如何定义结果页面的。
????convention默认会到/WEB-INF/content文件夹下面查找对应的结果页面，这个文件夹的名字可以修改，需要在struts.xml中定义
????<constant name="struts.convention.result.path" value="/WEB-INF/jsp" />
????文件夹的名字改成了jsp，这样定义后，convention就会在这个文件夹下面查找结果页面。它的查找路径与映射的命名空间有关。默认规则是，在请求的命名空间下面，根据请求名称再结合方法返回的字符串生成最终的结果页面名称，再配以后缀名。convention支持以jsp、ftl、vm、html、htm等五种后缀格式的文件。这里有个比较特殊的是如果方法返回success，那么可以不用将它与请求名称拼接起来，直接使用请求名称作为返回页面的名称。还是举例子说明。
????
????比如上面这段代码，HelloAction处于我们定义的根包（web）下面，因此，它的action请求为hello.action。这时，会默认执行execute()方法，由于返回的是success字符串，所以页面的名称可以简写为hello.jsp，但是当执行welcome方法时，由于返回的字符串为welcome，这时的页面名称则为hello-welcome.jsp。convention就是遵循这样的规则来进行命名，当然这只是最基本的，我们再来看看稍微复杂点的东东。
????
????这个RoleAction类的外部，加了两种注解，它们的作用相当于配置文件中的result标签。Results是一个Result类型的数组注解，里面可以包含多个Result配置。使用Result注解来设置返回类型与返回页面，是不准备采取默认的定义方式。比如HelloAction就是我们采取的默认方式。另外对于有些特殊的返回类型，也需要显式的进行定义。
????因为我对RoleAction中的execute()方法返回结果进行了显式的定义，所以，它将不再返回默认的role.jsp，而是location指定的role-list.jsp，Result注解中的name值要与返回值对应。
????当请求路径为role!input.action时，会执行input()方法，对于这个方法来说，由于没有进行显式的定义，所以它会按照默认的命名规则返回role-input.jsp。
????而redirectUser方法的返回结果指定了一个type为redirectAction的值，这表示要对Action重定向，在location中也说明了是跳转到哪个Action。请注意这里指定的是user.action，当程序跳转到UserAction时，会默认执行execute方法。
????假如说，你想执行其它方法该怎么办呢？可以在location里面这样定义，location="user!input.action"。请记住，重定向时，如果是跳转到其它Action或本Action中的其它方法，type要写成redirectAction。
????更进一步，我还想带些参数过去，又该如何呢？请添加params属性，它是一个数组类型。可以这样定义，params={"role_id","${role_id}","role_name","超级管理员"}。convention文档中有说明，里面的参数是一个键值对，总是形如key,value,key,value。所以第一个role_id与第三个role_name都叫参数名，二和四则是参数值。另外注意下"${role_id}"的含义，这是使用的OGNL表达式取出存在于值栈中的名叫role_id的值。这是一种动态获取并赋值的方式，在采用配置文件的方式中，也可以这样运用，而role_name参数则是一个固定字符串值。需要特别注意的就是，作为参数名的role_id与role_name，一定要在指向的Action中有这两个同名的属性，并且还有set方法，这是用来给这两个属性赋值。而对于${role_id}，则要在当前这个Action中，有它的get方法。用于取值。
????补充说明一下，在Action类中定义的全局变量，不是非得给它都加上set、get方法，这是根据实际情况来设置的。简单的说get()是获得值，set()是设置值。比如，你现在要在页面上显示username，那么就对这个属性设置get方法，如果只是对username设置值，从页面传值到Action，那只需要对它设置set方法就可以了。除此之外，我们也可以不采用struts2提供的值栈方式得到参数值，而是使用非常熟悉的request.getParameter()方法来获取参数。至于实际怎么使用，由各位自己决定，不知道我这样说，大家能不能明白？
????大象根据实际使用情况，发现动态参数的传递在struts2.1.6存在BUG，如果需要使用这个功能，请将struts2升级到2.1.8.1版。
????大象根据实际应用，建议大家统一在类名上面定义Results设置，这样做有利于开发与维护；不建议单独对方法使用@Action注解来重新定义它的访问地址与返回结果，因为这样做有些破坏统一性，不过可以根据实际情况进行处理，但不要过多的使用。
????struts.xml
????
????整个struts.xml的配置文件就这么多，当然你自己还可以扩展，因为采用了注解，所以以前的那些配置就再也看不到了。在这个文件中，package是继承convention-default，而没有继承struts-default，为什么呢？查看convention的struts-plugin.xml文件，我们可以发现convention-default继承了struts-default，所以这样写是没错的。另外的几个constant配置就是对convention的常量设置，请看注释。
????关于paramsPrepareParamsStack拦截器栈，我准备在第五篇，对基础框架进行扩展的时候再详细的说明。大家如果等不急想学习下，可以在网上查找这方面的资料先看看。
????web
????大象是这样想的，如果一次讲的太多太复杂不利于理解和吸收，所以对于web层，大家从前面也看到了，代码很简单，因为本篇主要是讲convention插件的知识，然后实现一部分功能用于演示它的效果。下面贴上web和WebRoot目录结构、UserAction的代码，以及jsp代码。
????
????
????
????请注意web包下面的层次结构，这与你的请求路径相关。content文件夹是插件默认指定的名字，你可以修改为别的名字。同样请注意在这个目录下面的文件与子文件夹的定义方式是和web层相同的。如果还没有理解，请再看下我对convention插件的说明。
????在web.xml文件中，设置了一个<welcome-file-list>标签，定义了一个index.jsp，这文件里就一句代码<% response.sendRedirect("hello.action"); %> 它会去执行HelloAction的execute()方法，这方法里面什么逻辑都没有，直接返回结果页面hello.jsp
????
????${ctx}是一个EL表达式，设置的是当前项目名称。我在文件开头加了一个静态包含，<%@ include file="/common/taglibs.jsp" %>
????
????不管是user.action还是role.action，它们默认的执行方法都是execute()，点击这两个链接，返回指定的结果页面。
????
????
????在user.jsp里面，用来循环的list，是根据getList()方法获取的，struts2会自动的分析出属性名。想一下，list的get方法是不是就是getList()呢？我之前说过，get()是获得值，set()是设置值。在这里我只是要在列表页面上得到list集合，没有其它的需求，所以不用像这样定义 private List list，再然后给它加上set()、get()方法，因为要得到list集合，所以还要在execute()方法里面写上list = userManager.getUsers()，这样做有必要么？我一直都在遵循优雅、高效、简洁的代码风格，并且一直都在朝这方面努力，也提倡大家这样做。编程是门艺术，而不是一种工作，不要把它当工作看，只想着完成任务，拼命的堆代码。这样做很难有提高。应该换一种心态去对待它，用艺术的眼光来重新审视你的代码，你会发现这很有乐趣，也会学到很多。自己的一点浅薄之见，让各位见笑了。
????这部分的内容就说到这里，下一篇将对paramsPrepareParamsStack拦截器栈进行详细说明，另外再对框架进行一下扩展，封装CRUD功能，只要没有特殊的业务逻辑，在你的实际Action中，再不会看到增删改查这些基本功能。
??? <forward name="success" path="/success.jsp"></forward>
??? <forward name="fail" path="/fail.jsp"></forward>
?? </action>
中的type改为: type="org.springframework.web.struts.DelegatingActionProxy">或者你也可以不改，而在<plug-in>标签前加入如下定义
<controller
?? processorref="userDao" />
</bean>
我用的是SQLServer数据库，测试表是User表，调试时出现了
java.sql.SQLException: 在关键字 'user' 附近有语法错误。这是因为MS SQL中的User表是系统表，不能直接查询select username from user，需要将user用中括号包围[user]，同样，为了保证hibernate能正常工作，需将user.hbm.xml中class元素的table改为???? table="[user]"
