Your container doesn’t use UTF-8 to decode URLs. If you use non-ASCII characters as a job name etc, this will cause problems. See Containers and Tomcat i18n for more details. 这个问题说的是，我的Tomcat不是utf-8编码的

导致tomcat启动非常的慢的原因，是由于Tomcat 7/8 都使用 org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom 类产生安全随机类 SecureRandom 的实例作为会话 ID。然而通过`securerandom.source=file:/dev/random`的这种生成器，是阻塞的，所以服务阻塞，导tomcat卡死了。

启动Jetty的时候，发现报错Failure: Address already in use: bind，简单来说，就是端口占用了，我们需要查看是哪个玩意在占用端口，一般情况下是javaw.exe，可以直接执行taskkill /f /t /im javaw.exe或taskkill /f /t /im java.exe就可以杀死进程，释放端口了，如果上一个方法还不奏效，需要查看具体是那一个占用了

安装完了JDK，当然接下来就是Tomcat了，Tomcat的安装同Jdk类是，也是解压，然后配置setclasspth.sh文件解压解压tomcat,我把Tomcat也放了一份在网盘上#官方镜像仓库http://archive.apache.org/dist/tomcat/#tomcat 7wget http://yellowcong.qiniudn.com//lin

通过接口的方式进行单点登录的操作。REST这种方式是解决验证数据不在CAS服务端，而是在本地端项目源码地址：https://gitee.com/yellowcong/cas_demo/tree/master/cas_rest_demo ，这个破玩意折腾了我3天，才写出来，新累啊，官方文档太坑。

CAS单点登录的5.2版本，真的是变化真尼玛的大啊，我是看了很多资料才搞出来的，配置的大概步骤，配置CAS和数据库搞激的步骤：1、拷贝jar包，2、配置application.properties中数据库配置访问，3、建立数 据库的数据源码地址https://gitee.com/yellowcong/cas_demo/tree/master/cas-jdbc-demo安装前准备安装前，最好确

在linux上搭建Cas认证服务，我反正觉得在linux搭建这个服务，比在window上面搭建舒服，起码不是一顿的文件夹点来点去的烦人。搭建服务的步骤：1、生成证书，2、配置cas到jdk和tomcat ,3、配置cas的mysql

这个地方先确认一下，这个是3，5版本的cas,Cas认证服务实现单点登录，首先是证书的配置，第二步是tomcat的数据库配置，第三步骤是客户端调用，这一部分分开写。

Cas5.2是比较新的版本，安装起来，还是有点坑的,配置证书啥的，都不说，就是cas5.2版本需要和Tomcat8一起用。。。而且，编译的时候，有一个Maven版本，一个是Gradle的，我这个地方采用的是Maven构建的，而且这破网速，太慢了。

在上一篇，俺说到了如何配置CAS如何通过访问数据库进行验证操作，这篇讲解如何通过MD5加密算法验证，和自定义密码的加密策略

上一篇讲解了，如何通过进行Cas的默认的密码加密验证，这一篇，讲解如何通过手动加密，做一个自己的加密策略，基本思路上是，实现org.springframework.security.crypto.password.PasswordEncoder接口，然后复写验证方法，我就简单的写了MD5验证

我这几天研究CAS（单点登录），所以寻思得整个发送请求的工具，后来发现，RESTClient 这个东西不错，推荐大家使用

Tomcat里面的默认session名称为jsession，在浏览器第一次访问应用的时候，就会调用request.getSession()来获取session，如果没有就会生成一个唯一的session id ,然后再通过cookie写回到浏览器，然后每次浏览器访问，都会带着这个session id, 来标示这个用户。可以看到默认没有设定任何数据的时候，数据显示的tomcat 信息是JSESS...