学步园

第七步、编写Action和JSP。
在SpringSide 3.1.4.3中，使用的是Struts
2及其Convention插件，已经不是前面使用的CodeBehind插件了，关于Convention插件，这里要再说几句，该插件的大部分功能和
CodeBehind相同，唯一让人有点迷惑的就是该插件到哪里寻找Action类的问题，它会根据
struts.convention.package.locators属性的值来决定，在该项目中，其值为“web”，之需要查阅一下
struts.xml文件即可知。这说明，Convention会寻找所有包含“web”这个单词的包，并在该包及其子包中寻找Action类。这也正是
Action层的包名为personal.youxia.web的原因。

关于SpringSide
3种的Struts的探讨，大家可以看看我之前写的一篇文章SpringSide
3 中的 Struts
2

ArticleAction的实现思路如下，修改index.jsp，使其重定向到article.action，该Action默认调用其list方法
显示所有文章，并返回article.jsp作为其视图。在该视图上，有添加文章的连接，点击该连接则访问article!input.action，这
时会调用ArticleAction的input方法，并返回article-input.jsp作为其视图，在该视图中输入文章的内容，点击保存，调用
article!save.action，这时会调用ArticleAction的save方法以保存数据，如果要删除文章，则调用
article!delete.action，这时会调用ArticleAction的delete方法。在调用以上方法的过程中，会自动调用
prepare系列的方法。

因此，该步骤涉及到三个JSP文件和一个Action类，它们分别是
index.jsp
article.jsp
article-input.jsp
ArticleAction.java

index.jsp的修改很简单，只是让项目一启动后就去访问ArticleAction，而不是默认的UserAction。index.jsp的代码如下：

<%

 response.sendRedirect(
"
article.action
"
); 

%>

这时，重点进入到ArticleAction中，创建该Action，其代码的框架如下：

package
 personal.youxia.web;


import
 personal.youxia.entity.entities.Article;


public
 
class
 ArticleAction 
extends
 CrudActionSupport
<
Article
>
 

{


    @Override

    
public
 String delete() 
throws
 Exception 

{

        
//
 TODO Auto-generated method stub


        
return
 
null
;

    }




    @Override

    
public
 String list() 
throws
 Exception 

{

        
//
 TODO Auto-generated method stub


        
return
 
null
;

    }




    @Override

    
protected
 
void
 prepareModel() 
throws
 Exception 

{

        
//
 TODO Auto-generated method stub




    }




    @Override

    
public
 String save() 
throws
 Exception 

{

        
//
 TODO Auto-generated method stub


        
return
 
null
;

    }




    
public
 Article getModel() 

{

        
//
 TODO Auto-generated method stub


        
return
 
null
;

    }




}

可以看到，该Action从CrudActionSupport类继承，而CrudActionSupport又继承自ActionSupport，并实
现了ModelDriven和Preparable接口，这样Struts
2的ModelDriven拦截器和Preparable拦截器就会对我们自己的Action发生作用。CrudActionSupport中的
excute方法默认的实现是调用list方法，所以访问article.action就等于访问ArticleAction的list方法，该方法的目
的是为了列出所有的文章，所以在该方法中使用了ArticleDao的分页查询，查询结果放在一个page对象中。在Struts
2中，已经没有了ActionForm的概念，可以直接把Action对象传递到视图中，为了能够在视图中访问page对象，只需要把page对象作为
ArticleAction的一个属性即可。先在ArticleAction.java中加入几行代码：

可以看到该代码的作用是为了注入ArticleManager和初始化Page对象，此时list方法的代码就非常简单，如下：

由于该方法只是简单获取一个页面的Acticle，所以代码很简单，使用articleManager.getAll方法即可。如果要实现复杂的条件查
询，就需要创建一个包含PropertyFilter对象的列表，然后使用articleManager.search方法进行查询，为了简化
PropertyFilter对象列表的创建，白衣提供了HibernateWebUtils.buildPropertyFilters()静态方法供
大家使用。

list方法返回的是SUCCESS，因此返回给用户的视图页面为article.jsp，该页面应该存放在WEB-INF目录的content目录中，
这也是Convention插件的一个特性，这样用户就没有办法直接访问到视图页面了。在该页面中，可以通过访问page对象来显示数据，如下：

如果数据库中有初始数据的话，该项目运行效果如下图：

到目前为止，还没有涉及到getModel()、prepareModel()、以及prepare系列的方法，但是，一旦需要添加或者删除文章，这一系
列的方法就有作用了。在Struts
2中，由于没有了ActionForm的概念，所有的页面传入参数都会被注入到Action中，如果不想在Action中搞太多的getter和
setter，最有效的方法就是提供一个Model对象，这时候拦截器会把页面参数注入到Model中，而在目前的项目中，没有比Entity类更适合做
Model对象的了。通过观察CrudActionSupport基类，可以发现只有在执行save和input方法之前，才会执行
prepareModel方法，该方法可以保证getModel方法返回的对象不是一个空指针，而调用delete方法之前Model对象没有初始化，但
是delete方法只需要一个id作为参数，因此，可以在Action中增加一个id属性来满足要求。这时候，有改动的几行代码如下：

这里需要特别关注的是delete方法返回的值，为RELOAD，这是一个在基类中定义好了的字符串。返回该字符串的目的，是为了在delete方法执行
完之后，不返回任何视图页面，而是以redirect的方式再次调用article.action，以便显示删除文章后的结果。因此，需要在
ArticleAction中使用@Result注解，如下：

经过如上修改，这时候再运行应用，就发现能够删除文章了。

再来实现添加文章的功能，从上面的article.jsp中可以看出，添加文章的链接为article!input.action，此时，会运行
ArticleAction的input方法，该方法只是简单返回article-input.jsp视图文件作为用户输入文章的接口，article-
input.jsp的代码如下：

而ArticleAction中只需要修改如下几行，由于ModelDriven拦截器已经把网页中传入的数据注入到了article对象中，所以save方法中只需要执行简单的保存操作即可：

至于实现文章的修改功能，那也是通过input方法和save方法实现的，只不过此时网页参数中会包含一个有效的id，而prepare系列的方法会根据
该id先从数据库中提取数据，然后显示在article-input.jsp中，用户修改后，再调用save方法保存到数据库中。为减少本博文长度，该功
能此处不做示范。

通过上面的步骤可以发现，使用SpringSide
3中推荐的CRUD一体的模式，可以有效减少Action的数量和JSP文件的数量，每实现一个增删查改功能，只需要一个Action和两个JSP，但是，程序员一定要对其中的数据流向有充足的认识，才能理清它们之间的关系，不至于晕头转向。

到这里大家会发现，ArticleAction谁都可以访问，一点都不安全，所以第八步我会探讨如何让ArticleAction和SpringSecurity一起工作，至于第九步，当然是把项目从单数据库环境更改到多数据库环境了。具体内容，且看下回分解！

第八步、使用Spring Security保护Web资源
。在SpringSide
3项目中，已经整合进了SpringSecurity，实现了符合RBAC规范的权限管理系统，并把数据保存到了数据库中。我以前的博文SpringSide
3
中的安全框架
中对SpringSecurity有一个初步的探讨，我认为我写的东西对入门来说是很有帮助的，入门以后再深入就简单了，在评论中我又补充了几点，其中就
提到如果要把资源权限配置内容放到数据库中，就要从objectDefinitionSource着手。事实上，在最新的SpringSide
3版本中，就是通过定义一个databaseDefinitionSource来实现从数据库中读取资源和权限之间的关系，而
databaseDefinitionSource引用resourceDetailService，而该Service调用
personal.youxia.service.security.ResourceDetailServiceImpl。就是这样一层套一层的关系，
但是最终只需要用户实现personal.youxia.service.security.ResourceDetailServiceImpl即可。
在SpringSide
3项目中，实现该Service的工作都可以省略，因为江南白衣已经做好了。而我们要做的，就是在他提供的基础上进行扩展。

在项目中，已经定义好了users、roles、authorities和resource，如果需要扩展其中任意一项，只需要向对应的数据表添加记录即
可。预定义的role有“管理员”和“用户”两种，我认为在该示例中已经没有增加角色的必要了，而authorities是肯定要增加的，我想让只有“用
户”能够添加文章，只有“管理员”能够删除文章，所以在authorities表中增加如下两行：

insert
 
into
 AUTHORITIES (NAME,DISPLAY_NAME) 
values
(
'
A_ADD_ARTICLE
'
,
'
添加文章
'
);

insert
 
into
 AUTHORITIES (NAME,DISPLAY_NAME) 
values
(
'
A_DELETE_ARTICLE
'
,
'
删除文章
'
);

建立authorities表和roles表的联系，用户可以添加文章，管理员当然也能够添加文章，而只有管理员能够删除文章，所以在数据库中添加如下三行：

insert
 
into
 ROLES_AUTHORITIES 
values
(
1
,
5
);

insert
 
into
 ROLES_AUTHORITIES 
values
(
1
,
6
);

insert
 
into
 ROLES_AUTHORITIES 
values
(
2
,
5
);

再来看看需要保护的资源，它们应该分别为article.action、article!input.action、article!save.action、article!delete.action，其中只有后面三个需要保护，因此在数据库中添加如下三行：

insert
 
into
 RESOURCES (RESOURCE_TYPE,VALUE,ORDER_NUM) 
values
(
'
url
'
,
'
/article!input*
'
,
7.0
);

insert
 
into
 RESOURCES (RESOURCE_TYPE,VALUE,ORDER_NUM) 
values
(
'
url
'
,
'
/article!save*
'
,
8.0
);

insert
 
into
 RESOURCES (RESOURCE_TYPE,VALUE,ORDER_NUM) 
values
(
'
url
'
,
'
/article!delete*
'
,
9.0
);

最后，需要建立授权和资源之间的联系，如下：

insert
 
into
 RESOURCES_AUTHORITIES 
values
(
5
,
7
);

insert
 
into
 RESOURCES_AUTHORITIES 
values
(
5
,
8
);

insert
 
into
 RESOURCES_AUTHORITIES 
values
(
6
,
9
);

这时，再运行项目，会发现没有登录的用户只能察看文章，而点击增加文章或删除文章的链接，就会跳到Login界面，或显示你没有访问该页面的权限。

对于项目中自带的用户、角色、授权和资源管理，我是这样的看法：最开始接触SpringSide
3项目的时候，我觉得该功能是个鸡肋，甚至想过把这些功能删除掉，弄一个干净的项目从头做；经过一段时间的思考后，我的观念变了，我觉得这个功能非常有
用，是一个很好的基础，而我们自己的功能，都可以从这里进行扩展；这里的扩展，大部分都只需要在数据库中添加数行记录即可，正如上面的演示，唯一不能达到
要求的，可能是有的人觉得users表字段太少，而实际项目中我们要记录用户的信息远远不止这么少，其实这个问题也好解决，只需要创建一个
user_details表即可，或者叫user_profiles，再按照之前的步骤创建针对user_details表的增删查改功能；总之，尽量不
要去更改江南白衣已经实现了的数据库结构和程序代码。

SpringSecurity针对资源的保护，不仅仅是只能在数据库中配置，其实SpringSecurity更提供了一些有用的标签，可以在视图文件中灵活使用。具体内容，大家请参考SpringSecurity文档。

 第九步、将项目迁移到多数据库环境。
其实只要了解前面的八步，简单的项目就可以搞定了，但是对于致力于高并发高负载的分布式应用，则离不开多数据源和分布式事务管理，Web
Service和AJAX的跨域访问也是做分布式应用的有力武器。在我前面的博文中，我已经探讨过了多数据源配置的各种问题：
SpringSide
3 中的多数据源配置的问题

在SpringSide
3 中使用多个数据库的方法

在这里，我选择了第三种方法，就是在Spring中整合Atomikos。下载Atomikos
3.5.5版，把如下transactions-essentials-alljar文件和jta.properties文件拷入到项目的WEB-INF/lib目录下。

创建第二个数据库，名称为MultiDatasourceExampleIndex，其中包含一个Article表，如下：

创建Entity类ArticleIndex.java，创建Dao类ArticleIndexDao.java，创建Manager类
ArticleIndexManager.java，这几个过程和前面的过程没有什么区别，所以我就不列代码出来了。为了减少编写Action的工作，我
将添加ActionIndex的动作放到了ArticleAction中，即在添加Article的同时添加ArticleIndex。

修改applicationContext.xml文件，配置双份的dataSource、双份的sessionFactory，并使用JTATransactionManager，如下：