在项目中配置了CAS Validation Filter的path请求会拦截下来，必须传ticket才能验证通过，没配置的不会拦截，不过如果在service中写了userManager.getUserByCASUserId(CASUtil.GetCASUserId(request))还是得传ticket。

项目中默认一对多都用lazy加载，在加了spring注解@Transactional的dao层会去控制实体类里面一对多的多那一方集合，调用其size方法可以将数据加载到内存中然后返回给上一层使用，这样可以很好的控制需要哪些数据，而不是将一个实体类所有的数据集合全都加载进来。

khis service在liunx上连接windows上的mysql，mysql需要配置在[mysqld]节点下
skip-host-cache 不使用高速缓存区来存放主机名和IP地址的对应关系。
skip-name-resovle 不把IP地址解析为主机名; 与访问控制(mysql.user数据表)有关的检查全部通过IP地址行进。

ldap服务器问题
HttpClientUtil.getTicket(server,username, password,service);使用这个方法测试的时候
这四个参数要和服务器上配置的一致
不然会出现org.jasig.cas.client.validation.TicketValidationException
这个异常
搞了一上午

公司项目使用hudson+maven+svn搭建的持续集成环境
hudson负责持续的软件版本发布/测试项目和监控外部调用执行的工作
Maven是基于项目对象模型(POM)，可以通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具
svn 版本管理工具
后台server端有三个主要项目，主要使用三层设计模式实现，dao，manage，service。
khis-service-api主要存放dao层接口manage层接口以及实体bean
khis-persistence主要实现dao层的接口，与数据库打交道的一层
khis-service主要实现manage层接口，以及service自己的接口
三个项目由下到上依赖，结构清晰

大家都知道,我们在开发程序的时候,为什么需要三层呢?因为它能带给我们很多好处,首先就是有利于程序的可扩展性.三层分为:数据访问层,业务逻辑层和表示层.在使用三层的时候,我们要遵守"单一职能原则",也就是说每个层各施其职,他们的职责都是单一的.以下是我对三层的一个架构.
1.数据访问层
数据访问层只和数据库打交道,由于数据库主要职能就是一个增,删,改,查.我们首先定义几个接口,分别是IInsert,ISelect,IDelete,IUpdate,他们分别对应数据库的增,删,改,查,用不同的表去实现他们.
2.业务逻辑层
业务逻辑层只和业务打交道,我们的程序有什么功能,我们就实现什么功能,所以去调用数据访问层的代码,所以当我们要增加或者修改什么功能,只需修改业务逻辑层的代码,不用改动数据访问层的代码,真正实现了彼此之间的分离,这也是"单一职能原则"的一个体现.
3.表示层 就是用于展示给客户的,在业务层,我们实现了的功能,要体现出来,就需要在表示层表现,所以,我们只要在相应的地方调用业务层实现的方法就可以了

mysqlcluster集群时用的ndbcluster引擎
换成innodb引擎使其项目跑起来还需要修改c_roleauth表中primary key 只能有一个 因为他有个自增列

一个多线程并发问题困扰了我三天
jaxb框架 wink框架源码都看了个遍
最终定位到wink框架的一个write方法的marshaller.marshal
将这个方法synchronized锁住解决问题