Docker快速验证tomcat单机多实例方案[TOC]概述主要讲的是解决问题的思路。当然也附带了尽可能详细的步骤，感兴趣的童鞋可以一步一步跟着来实践一把。因为运维职业的缘故，基本上是把事故当故事来写
Docker快速验证tomcat单机多实例方案
[TOC]
概述
主要讲的是解决问题的思路。当然也附带了尽可能详细的步骤，感兴趣的童鞋可以一步一步跟着来实践一把。因为运维职业的缘故，基本上是把事故当故事来写了，希望能够喜欢。
缘起
至少10年了，没在一线玩过Tomcat了，这次客户现场就来了一场遭遇战。虽然客户说了他来搭建，但是项目进度不等人，还是自己动手吧。当然了，新服务器是要走流程申请的，只能在现有服务器想办法。犹记得当年解决Tomcat部署这些都是小菜，没想到在苛刻的商业环境中，处处是坑，步步有雷。不过，咱干过开发也干过运维，这点儿动手的事情，还不至于发邮件请救兵不是。干！
服务器在内网，有瘦终端可以访问。MacBook只能访问外网，一边查资料，一边比对着在内网做，效果不好，老是担心现有环境给整趴了：开发测试那边就没得玩了。干过开发的都知道，服务器从来都是直接上root账号。干过运维的人都知道，永远别碰root。╮(╯▽╰)╭哎，职业病，还是小心谨慎地好。
只能调整了方法：先在MacBook上搭建单机多实例，验证通过之后，再去内网服务器动手。本来计划20~30分钟搞完的事，最终花了小半天时间验证了方案，在内网实施的时候，又遇到苛刻的环境限制，逐步排雷，最终搞定。客户满意，项目进度开心。
思路
根据实际环境，判断问题解决方向：单机多实例；放弃内网危险的尝试：不能快速有效解决，且账号权限太大;选择外网验证方案后再进内网实施。很多时候，选择大于努力。
我们先简化问题
写个验证文件打包成war包。为啥不使用现有代码。一是因为现有war包在内网，二是因为太复杂，除了问题不能排除是代码自身的问题还是我们的部署方式有问题，或者是内外网网络环境的问题，亦或是RPWT。
对于验证方案，排查问题时，尽量简化，抛却一切外在的东西，只验证核心。方案验证通过，再引入实际war包验证。这和面向对象编程的指导思想是一致的：通过抽象来提炼最核心的东西，每次聚焦一个地方，不要全面出击。人，毕竟精力有限。
至于为什么用tomcat7，没什么，客户这儿只允许这个版本。
先放出整理后方案
2017.8.8Update:
已commit到docker hub，心急的童鞋自行
docker pull aninputforce/tomcat7-ins最终方案
这个不是诊断问题的思路，是最终解决完问题后的，对整体方案的梳理，这样的顺序才整洁，有基础时间紧的童鞋直接看这个就足够了。有时间的童鞋可以看看正文，贯穿了分析问题解决问题的思路。
# 简化问题：建模先--宿主机编辑 -> jdk7打war包 -> tomcat默认配置 -> 单机单实例 -> 单机双实例├── # docker搭建jdk7初始环境：用来打包验证用的war包│ ├── docker search jdk7│ ├── docker pull codenvy/jdk7│ ├── docker run --name jjj codenvy/jdk7 /bin/bash│ ├── java -version && mkdir ~/web && ls ~/ && exit # 镜像容器环境工作正常，创建工作目录，退出│ ├── mkdir ~/prms001 ~/prms002 # 宿主机 │ ├── # 编辑prms001/index.htm,编辑prms002/index.htm│ ├── docker cp prms001 jjj:/home/user/web && docker cp prms002 jjj:/home/user/web│ ├── docker exec -it jjj /bin/bash # 进入容器│ ├── sudo chown -R user:user prms001 prms002 改变属组│ ├── cd ~/web/prms001 && jar -cvf prms001.war ./* && ls -la│ ├── cd ~/web/prms002 && jar -cvf prms002.war ./* && ls -la && exit│ ├── docker cp jjj:/home/user/web/prms001/prms001.war ~/.│ ├── docker cp jjj:/home/user/web/prms002/prms002.war ~/.│ └── docker rm jjj # 退出容器，jdk7容器使命结束├── # docker搭建tomcat7初始环境：用来推演单机多实例│ ├── # docker拉取tomcat7镜像│ ├── # 启动名为www的tomcat容器│ │ ├── ./startup.sh # 启动web服务│ │ ├── curl localhost:8080 # 访问正常│ │ ├── ./shutdown.sh # 停止web服务│ │ └── # 搭建第一个实例│ │ ├── mkdir tom-ins001│ │ ├── mv work tom-ins001/ && mv conf/ tom-ins001/ mv logs/ tom-ins001/ │ │ ├── mv temp/ tom-ins001/ && mv webapps/ tom-ins001/│ │ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins001/│ │ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base│ │ ├── curl localhost:8080 # 访问正常│ │ └── exit && docker commit www mytomcat:latest && docker rm www # 容器www使命结束│ └── docker run --name web -it -p 8080:8080 -p 80:80 mytomcat /bin/bash # 启动新容器 │ ├── # 启动第一个实例│ │ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins001/│ │ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base│ │ └── curl localhost:8080 # 访问正常│ └── # 搭建并启动第二个实例│ ├── cp -r tom-ins001/ tom-ins002│ ├── # 编辑tom-ins002/conf/server.xml的3个端口，规避和实例1冲突，│ │ ├── Server port="8001"、 Connector port="80" protocol="HTTP/1.1"│ │ ├── Connector port="8002" protocol="AJP/1.3"│ │ ├── docker cp www:/usr/local/tomcat/conf/server.xml .│ │ ├── vi server.xml│ │ └── docker cp ./server.xml www:/usr/local/tomcat/conf/│ └── # 启动新容器 启动实例2│ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins002/│ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base│ ├── curl localhost:80 # 访问正常│ ├── exit && docker commit web mytomcat:latest │ └── docker rm web # 容器web使命结束└── # 展示单机双实例： ├── # 配置实例2根目录运行 │ ├── docker run --name web -d -it -p 8080:8080 -p 80:80 mytomcat /bin/bash # 启动新容器 │ ├── docker exec -it web /bin/bash │ ├── cd /usr/local/tomcat/tom-ins002/webapps && tar cvf rootbak.tar ./ROOT/* │ ├── cd ROOT && rm -rf * # 清空ROOT目录 │ ├── mkdir /usr/local/tomcat/myapps && exit # 创建实例2war包存放目录，退出容器 ├── # 部署实例1、实例2的war包，启动验证 │ ├── # 编辑ROOT.xml，配置实例2的war包解到 /usr/local/tomcat/tom-ins002/ROOT 目录 │ ├── docker cp ~/ROOT.xml web:/usr/local/tomcat/tom-ins002/conf/Catalina/localhost │ ├── docker cp ~/prms002.war web:/usr/local/tomcat/myapps │ └── docker cp ~/prms001.war web:/usr/local/tomcat/tom-ins001/webapps ├── docker exec -it web /bin/bash │ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins001/ │ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base │ ├── curl localhost:8080 # 访问正常：Hello from Tomcat instance 001 │ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins002/ │ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base │ └── curl localhost # 访问正常：Hello from Tomcat instance 002 └── # 宿主机验证 ├── curl localhost:8080 # 访问正常：Hello from Tomcat instance 001 ├── curl localhost # 访问正常：Hello from Tomcat instance 002 └── exit && docker commit web mytomcat:latest # 退出，提交容器变动到镜像，验证通过；以下开始讲故事：
外网验证方案
换做十年前，要学习Java，光搭建个环境，就能耗尽新人90%的热情。放弃内网尝试，转由外网先验证方案，我也是经过略微的思想斗争的，不过转念一想，有Docker神器，也就淡定了。
开始之前，先列一下客户的要求
- 部署新实例作为UAT测试环境，但是新服务器还没有
- 根目录啊，别带上Project路径了
- 端口用80吧，你们开发测试还用8080
需求分析
在内网的一番碰墙，也不是没有一点儿成果，至少理顺了方向：
- 方案的方向是单机多实例
- Server部署在根目录
- 别让用户敲端口访问了
开始，进行tomcat单机多实例方案的推演。
至于docker环境搭建，请参考官方文档。我的另一篇笔记里附有链接：Docker的第一次亲密接触
上Docker搭建第一个实例
准备拉取镜像
docker pull tomcat:7.0启动并运行tomcat
容器名www，端口8080：
ChinaDreams:work-diary kangcunhua$ docker run --name www -it -p 8080:8080 tomcat:7.0 /bin/bashroot@4b8f58d2cd64:/usr/local/tomcat# cd binroot@4b8f58d2cd64:/usr/local/tomcat/bin# java -versionjava version "1.7.0_131"OpenJDK Runtime Environment (IcedTea 2.6.9) (7u131-2.6.9-2~deb8u1)OpenJDK 64-Bit Server VM (build 24.131-b00, mixed mode)root@4b8f58d2cd64:/usr/local/tomcat/bin# ./startup.sh root@4b8f58d2cd64:/usr/local/tomcat/bin# ps -ef | grep javaroot@4b8f58d2cd64:/usr/local/tomcat/logs# tail -f catalina.out root@4b8f58d2cd64:/usr/local/tomcat/logs# curl localhost:8080查看java进程有，查看日志正常，访问http://localhost:8080正常，证明镜像和容器是可以正常工作的。
搭建第一个实例
root@4b8f58d2cd64:/usr/local/tomcat# mkdir tom-ins001root@4b8f58d2cd64:/usr/local/tomcat# lsLICENSE RELEASE-NOTES bin include logs native-jni-lib tom-ins001 workNOTICE RUNNING.txt conf lib myapps temp webappsroot@4b8f58d2cd64:/usr/local/tomcat# mv work tom-ins001/root@4b8f58d2cd64:/usr/local/tomcat# mv conf/ tom-ins001/root@4b8f58d2cd64:/usr/local/tomcat# mv logs/ tom-ins001/root@4b8f58d2cd64:/usr/local/tomcat# mv temp/ tom-ins001/root@4b8f58d2cd64:/usr/local/tomcat# mv webapps/ tom-ins001/root@4b8f58d2cd64:/usr/local/tomcat# lsLICENSE NOTICE RELEASE-NOTES RUNNING.txt bin include lib myapps native-jni-lib tom-ins001root@4b8f58d2cd64:/usr/local/tomcat# cd tom-ins001/root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# lsconf logs temp webapps workroot@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# echo $CATALINA_HOME/usr/local/tomcatroot@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# export CATALINA_BASE=$CATALINA_HOME/tom-ins001/root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# sh $CATALINA_HOME/bin/startup.sh -Dcatalina.baseroot@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# ps -ef | grep javaroot@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# tail -f catalina.out root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# curl localhost:8080启动成功,宿主机访问http://localhost:8080正常
提交变动到镜像备份
root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# exitChinaDreams:~ kangcunhua$ docker commit www mytomcat:latest搭建第二个实例
启动新容器，并启动第一个实例
基于刚提交生成的镜像，新启一个容器。启动实例1，验证正常
ChinaDreams:~ kangcunhua$ docker run --name web -it -p 8080:8080 -p 80:80 mytomcat /bin/bashroot@c8cc5f309d18:/usr/local/tomcat/tom-ins001# export CATALINA_BASE=$CATALINA_HOME/tom-ins001root@c8cc5f309d18:/usr/local/tomcat/tom-ins001# sh $CATALINA_HOME/bin/startup.sh -Dcatalina.baseroot@c8cc5f309d18:/usr/local/tomcat/tom-ins001# ps -ef | grep javaroot@c8cc5f309d18:/usr/local/tomcat/tom-ins001# tail -f catalina.out root@c8cc5f309d18:/usr/local/tomcat/tom-ins001# curl localhost:8080生成第二个实例目录
root@c8cc5f309d18:/usr/local/tomcat# cp -r tom-ins001/ tom-ins002root@c8cc5f309d18:/usr/local/tomcat# lsLICENSE NOTICE RELEASE-NOTES RUNNING.txt bin include lib myapps native-jni-lib tom-ins001 tom-ins002root@c8cc5f309d18:/usr/local/tomcat# cd tom-ins002root@c8cc5f309d18:/usr/local/tomcat/tom-ins002# lsconf logs temp webapps workroot@c8cc5f309d18:/usr/local/tomcat/tom-ins002# cd ..root@c8cc5f309d18:/usr/local/tomcat# cd tom-ins001/root@c8cc5f309d18:/usr/local/tomcat/tom-ins001# lsconf logs temp webapps work编辑server.xml
主要是修改三处端口,避免和实例1端口冲突。
- Server port="8001"
- Connector port="80" protocol="HTTP/1.1"
- Connector port="8002" protocol="AJP/1.3"
<?xml version='1.0' encoding='utf-8'?><Server port="8001" shutdown="SHUTDOWN"><!-- 此处省略了无修改的内容 --> <Service name="Catalina"> <Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> <Connector port="8002" protocol="AJP/1.3" redirectPort="8443" /> <!-- 此处省略了无修改的内容 --> </Service></Server>编辑ROOT.xml
作用是指定一个不在webapps目录的war包，部署时自动解压到webapps/ROOT目录。
<?xml version="1.0" encoding="UTF-8"?><Context path="/prms" docBase="/usr/local/tomcat/myapps/prms002.war"></Context>cp到tomcat容器web中查看
ChinaDreams:~ kangcunhua$ docker cp ~/ROOT.xml www:/usr/local/tomcat/tom-ins002/conf/Catalina/localhostChinaDreams:~ kangcunhua$ docker exec -it www /bin/bashroot@4b8f58d2cd64:/usr/local/tomcat# cd conf/Catalina/localhost/root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# lsROOT.xmlroot@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# more ROOT.xml <?xml version="1.0" encoding="UTF-8"?><Context path="/prms" docBase="/usr/local/tomcat/myapps/prms002.war"></Context>root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# pwd/usr/local/tomcat/conf/Catalina/localhost文件属主不对，改
root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# ls -altotal 12drwxr-xr-x 2 root root 4096 Jul 31 05:58 .drwxr-xr-x 3 root root 4096 Jul 31 04:23 ..-rw-r--r-- 1 502 dialout 111 Jul 31 05:56 ROOT.xmlroot@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# chown root:root ROOT.xml root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# ls -latotal 12drwxr-xr-x 2 root root 4096 Jul 31 05:58 .drwxr-xr-x 3 root root 4096 Jul 31 04:23 ..-rw-r--r-- 1 root root 111 Jul 31 05:56 ROOT.xml打个war部署包
打war包报错
在tomcat容器中，发现jar命令找不到。
root@4b8f58d2cd64:/usr/local/tomcat/webapps/examples# jar -cvf prms.war ./*bash: jar: command not found 构建jdk7环境
本地没有java环境。果断上docker构建一个
ChinaDreams:~ kangcunhua$ docker search jdk7ChinaDreams:~ kangcunhua$ docker pull codenvy/jdk7ChinaDreams:~ kangcunhua$ docker run --name jjj -it codenvy/jdk7 /bin/bashuser@b040d98042c0:/$ java -versionuser@b040d98042c0:/$ jaruser@b040d98042c0:/$ mkdir ~/web && ls ~/ && exit 创建工作目录，退出宿主机编辑代码cp到容器中打jar包
ChinaDreams:~ kangcunhua$ mkdir ~/prms001 ~/prms002ChinaDreams:~ kangcunhua$ vi ~/prms001/index.htmlChinaDreams:~ kangcunhua$ vi ~/prms002/index.htmlChinaDreams:~ kangcunhua$ docker cp prms001 jjj:/home/user/web && docker cp prms002 jjj:/home/user/webChinaDreams:~ kangcunhua$ docker exec -it jjj /bin/bash 进入容器user@b040d98042c0:~/web$ sudo chown -R user:user prms001 prms002 改变属组user@b040d98042c0:~/web$ cd ~/web/prms001 && jar -cvf prms001.war ./* && ls -lauser@b040d98042c0:~/web$ cd ~/web/prms002 && jar -cvf prms002.war ./* && ls -la && exitChinaDreams:~ kangcunhua$ docker cp jjj:/home/user/web/prms001/prms001.war ~/.ChinaDreams:~ kangcunhua$ docker cp jjj:/home/user/web/prms001/prms002.war ~/.ChinaDreams:~ kangcunhua$ docker rm jjj 退出容器，jdk7容器使命结束vi ~/prms001/index.html
<html> <head> <meta charset="UTF-8" > <title> Tomcat instance 1</title> </head> <body> <h1> Hello from Tomcat instance 1</h1> </body></html>vi ~/prms002/index.html
<html> <head> <meta charset="UTF-8" > <title> Tomcat instance 2</title> </head> <body> <h1> Hello from Tomcat instance 2</h1> </body></html>启动实例1、实例2
回到tomcat容器
root@c8cc5f309d18:/usr/local/tomcat# export CATALINA_BASE=$CATALINA_HOME/tom-ins001root@c8cc5f309d18:/usr/local/tomcat# sh $CATALINA_HOME/bin/startup.sh -Dcatalina.baseroot@c8cc5f309d18:/usr/local/tomcat# curl localhost:8080 访问正常root@c8cc5f309d18:/usr/local/tomcat# export CATALINA_BASE=$CATALINA_HOME/tom-ins002/root@c8cc5f309d18:/usr/local/tomcat# sh $CATALINA_HOME/bin/startup.sh -Dcatalina.baseroot@c8cc5f309d18:/usr/local/tomcat# curl localhost:80 访问正常激动人心的时刻
提交镜像和删除旧容器web
docker commit web mytomcat:latest && docker rm web基于最新镜像，启动新容器命名为web
docker run --name web -it -p 8080:8080 -p 80:80 mytomcat /bin/bash宿主机访问
http://localhost 访问正常：Hello from Tomcat instance 001.
http://localhost:8080 访问正常：Hello from Tomcat instance 002.
单机多实例方案本地通过
方案补充
启动命令
export CATALINA_BASE=$CATALINA_HOME/tom-ins001 && sh $CATALINA_HOME/bin/startup.sh -Dcatalina.baseexport CATALINA_BASE=$CATALINA_HOME/tom-ins002 && sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base停止命令
export CATALINA_BASE=$CATALINA_HOME/tom-ins001 && sh $CATALINA_HOME/bin/shutdown.sh -Dcatalina.baseexport CATALINA_BASE=$CATALINA_HOME/tom-ins002 && sh $CATALINA_HOME/bin/shutdown.sh -Dcatalina.base排错命令
ps -ef | grep javakill -9 xxx tomcat实例进程号tail -f $CATALINA_HOME/tom-ins001/logs/catalina.outtail -f $CATALINA_HOME/tom-ins002/logs/catalina.outcurl localhost:8080/prms001/curl localhost目录结构参考
保留了最关键的要素:
.├── bin├── lib├── myapps│ └── prms002.war├── tom-ins001│ ├── conf│ │ └── server.xml│ ├── logs│ │ └── catalina.out│ ├── webapps│ │ ├── prms001│ │ └── prms001.war│ └── work└── tom-ins002 ├── conf │ ├── Catalina │ │ └── localhost │ │ └── ROOT.xml │ └── server.xml ├── logs ├── temp ├── webapps │ └── ROOT │ ├── META-INF │ │ └── MANIFEST.MF │ └── index.htm └── work提交到docker hub
update：2017.8.8
ChinaDreams:work-diary kangcunhua$ docker imagesREPOSITORY TAG IMAGE ID CREATED SIZEmytomcat latest 3f6c6cce5355 7 days ago 370MBChinaDreams:work-diary kangcunhua$ docker tag 3f6c6cce5355 aninputforce/tomcat7-ins:latestChinaDreams:work-diary kangcunhua$ docker push aninputforce/tomcat7-insChinaDreams:work-diary kangcunhua$ docker push aninputforce/tomcat7-ins:1.0ChinaDreams:work-diary kangcunhua$ docker imagesREPOSITORY TAG IMAGE ID CREATED SIZEmytomcat latest 3f6c6cce5355 7 days ago 370MBaninputforce/tomcat7-ins 1.0 3f6c6cce5355 7 days ago 370MBaninputforce/tomcat7-ins latest 3f6c6cce5355 7 days ago 370MB进内网玩：残酷的商业环境
一切都很顺利，直到碰上访问80端口。。。。
顺利
搭建实例1
备份后，搭建实例1，确保原始应用能正常；
搭建实例2
停止实例1，保证实例2默认也能运行；
根目录部署实例2
编辑server.xml，ROOT.xml，清空ROOT目录，新建myapps目录，拷贝war包进去；
curl http://localhost web server上访问正常。
局域网访问 ，http://10.29.11.23 不！能！访！问！！！
坑：Suse访问80端口
实例2需要使用80端口。受阻。
坑+：没有任何限制。我们需要客户的信息，但是不能全信。就像这次请教客户说的“我们对端口没有任何限制”。不要盲目相信客户说的，要相信科学排查。
依稀记得架构师课程PC大神讲过，linux默认只有root用户才能访问80端口。当时我一直有个疑问，那我们web server需要用到80端口是怎么解决的？我记得请教过PC老师，可惜当时课程紧，虽然听的云里雾里的，也没好意思多追问，更没线下自己实践。直到这次在客户现场栽了跟头。
开发测试环境，我们倒是有root账号，但是我们web server总不能用root部署吧，太不专业了。在Reboot校友群中厚着脸皮请教了各位童鞋，很快get了解决方案：将所有80端口的访问，转发到8081即可；8081就是我们可以配置的tomcat实例2的访问端口，这个是普通用户有权限的。
修订IPtables策略，转发80端口请求
刚检查防火墙时，看到80端口是放开的。部署机上可以访问，局域网打不开：将所有针对80端口的访问，转发到8081。
[root@tomcat7conf]# iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8081使用8081端口
修改了tomins-002的server.xml,仍是部署机上可以访问，局域网打不开；
检查防火墙
配置上8081端口，重启防火墙生效，部署机访问正常，局域网打开正常
找到FW_SERVICES_EXT_TCP，加上8081端口
[root@tomcat7conf]# vi /etc/sysconfig/SuSEfirewall2 [root@tomcat7conf]# rcSuSEfirewall2 restart切换到tomcat用户，重启tomcat，局域网访问正常。
坑：成熟平台也有硬编码
发现系统首页这个链接，虽然配置的是"#",但是一点击就回到project的路径。经查找文件，发现是在开发平台的两个js文件中，写了硬编码。应该是平台自动生成代码时用了硬编码，改之。
坑：成熟产品也不是没有Bug
发现只要是配置了根目录访问，统一认证就报错。去掉统一认证接入就能正常访问。反馈给客户，协调解决；
悬了两天，未能有任何反馈，追着逼急了，唯一答案就是：成熟产品，我们不要先去怀疑统一认证平台。
我这个暴脾气，马上和工程师排查。单步跟一下，发现是提交到统一认证时，我们要传过去一个参数ssotarget，这个ssotarget是通过认证后，浏览器要打开的首页，context-path不为空时，url正常，context-path为null，即我们部署到根目录时，ssotarget只能得到个"/"。检查统一认证接入逻辑，发现是使用了平台提供的filter，反编译，单步跟踪，发现ssotarget来自homepage的赋值。捏着鼻子看源码，果然代码逻辑有问题，伪算法如下：
String ccontext_path=request.getContextPath(); // 得到web 服务上下文String urlt = requerst.getRequestURL(); // 得到请求的完整网址String cwebhost = urlt.substring(0, urlt.IndexOf (context-path)); // 得到http://hostname:端口homepage = webhost + context_path + "/"; // 拼出web server的应用首页地址改之
String context_path = request.getContextPath(); String homepage = request.getScheme()+"://"+request.getServerName()+":"+request.getServerPort()+path+"/"; 尝试，自己改了源码之后重新打jar包，commit svn，jenkins编译部署后发现没起作用。想起来使用的是maven，所有jar包都来自平台的私有仓库，这。。。
换种思路，写个java类继承一下，结果一看对应逻辑所在function，private的，往上再看class，finall的，一万只神兽啊！！！
要啥面向对象，简单粗暴，源码照抄，修订了后命名为MySsoFilter.java，在工程配置文件替换上我们写的filter，svn commit，jenkins立即构建部署，世间从此安静。
参考和感谢
参考清单
- Tomcat配置单机多实例 ：这篇文章写得简洁有力，是技术类博客的典范！
- Suse端口重定向
- Suse下打开端口的方法
感谢
- 感谢项目组的小伙伴们，辛苦努力排查缺陷，撰写了新的filter；
- 感谢Reboot的同学群，关键时刻，是请教你们给指出了方向；
- 感谢Reboot的架构师课程和运维自动化课程，前者使我开阔了眼界，后者让我收获了docker神器
