【CAS】自定义Controller配置

【回顾】

在上篇博客中分享的是对cas源码进行的第一步扩展，使得可以满足我们使用多个条件去处理用户的认证。

本篇博客将继续分享对cas源码的第二步扩展，自定义Controller配置。

【需求】

我们在上篇博客中，增加的是一个用户的输入条件，这样不仅没有方便用户，还额外增加了一个认证条件，

难免是有些麻烦用户了。所以，负责人提出将输入条件改为下拉框选择条件，让用户选择各自的企业。

【想法】

既然需要让用户选择，那么我们就需要去查询现有的企业，然后加载到下拉列表。为了避免引用其他程序的

jar包，于是就决定对cas源码进行扩展，而之前也看过cas的一个框架图，用到了springmvc框架，所以就决定将此查

询方法写到cas源码中，然后通过js调用查询所有学校的url地址，加载数据。

【实现】

1. 修改cas-server-webapp-support源码，修改的目录结构说明如下：

增加了一个连接数据库的工具类，增加了一个dao和service类，此代码都很简单，三层的思想，就不展示代

码了。

QueryAllCompanyController类中，调用service的方法，将查询到的数据进行了一次包装，代码如下：

@SuppressWarnings({ "unchecked", "rawtypes" })public class QueryAllCompanyController extends AbstractController{@NotNull    private QueryAllCompanyService queryAllCompanyService;public QueryAllCompanyService getQueryAllCompanyService() {return queryAllCompanyService;}public void setQueryAllCompanyService(QueryAllCompanyService queryAllCompanyService) {this.queryAllCompanyService = queryAllCompanyService;}@Overrideprotected ModelAndView handleRequestInternal(HttpServletRequest arg0,HttpServletResponse arg1) throws Exception {ModelAndView mav = new ModelAndView();        MappingJackson2JsonView view = new MappingJackson2JsonView();        Map<String,Object> attributes = new HashMap<String,Object>();List list=queryAllCompanyService.queryAllCompany();List companyList;companyList=list.subList(0, 10);        attributes.put("status", Boolean.TRUE);        attributes.put("reason", "操作成功");        attributes.put("dataList", companyList);        view.setAttributesMap(attributes);        mav.setView(view);        return mav;}}

2. 修改cas-servlet.xml，增加自定义的Controller的配置：

3. 修改web.xml文件，增加匹配规则：

4. 修改cas-servlet.xml文件，注入dao、service和controller：

5. 访问地址（http://ip：端口号/cas/events）,若成功返回json数据，则说明查询到的数据没有问题。

6. 最后通过js，将dataList绑定到下拉框，完成。

【总结】

这一过程磕磕绊绊，最开始接到任务花了两天没有实现，就放下了，第二阶段颗粒归仓，总觉得可以实现，

所以又开始拿起了，花了一天时间，居然完成了之前预期的目标，这一阶段的工作也算是画上了一个句号了。

现在想想，之前遇到的问题主要有：

1. 源码。很早就下载了源码，因为导入工作空间，pom文件报错，所以一直没有在本地运行过，这样必然增

加了扩展源码的难度，每次修改后只能导出为jar包替换原有的jar包，只能凭tomcat中的日志去判断是哪出问题了，

但即使没有错误日志了，也无法实现，就很难找到其它原因了。 这一次，将源码直接部署，发现运行是没有问题的，

这样至少可以检验到后台写的方法是没有问题的。

2. 思路。cas框架利用了springmvc的框架，而其登录认证流程是用的spring web flow.之前并没有明确是

写controller还是写action，更偏向于写action，将自己写的action添加到spring web flow的流程中某个节点。折

腾了两天，controller和action都没有实现。

3. 想当然。之前也尝试了自定义controller的方法，但在cas源码框架中，东西太多，不知道该如何进行配

置。但结合自己的学习经验，觉得实现的方式不止一种，所以xml和注解的方式混用，导致总是访问登录页面，而无

法访问到自己配置的controller。这次，将之前所写的注解都去掉了，所有注入用的都是用的xml中的配置方式。