【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;
		}
	
		@Override
		protected 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中的配置方式。