一个tomcat下的几个web应用之间共享session
来自：http://blog.china.com.cn/dengshucai/art/485885.html
如何在一个tomcat下的几个web应用之间共享session
我们采取的是集中管理的办法。主要技术：
1.设置Context的crossContext="true"，使得各个web应用的servletcontext是可以互访的
<Hostname="localhost"appBase="webapps"
unpackWARs="true"autoDeploy="true"
xmlValidation="false"xmlNamespaceAware="false">
<Contextpath="/SessionManager"reloadable="true"crossContext="true"></Context>
<Contextpath="/SessionManagerTest1"reloadable="true"crossContext="true"></Context>
<Contextpath="/SessionManagerTest2"reloadable="true"crossContext="true"></Context>
2.主动设置cookies，设置jsessionid为被共享的session的id，统一利用requestsessionid在指定的一个servletcontext里的一个map查找对于的session，需要存取attribute都对取得的session操作
3.用监听器监听属性的失效
Tomcat集群之Session复制配置分享
因为最近的项目要用到多web服务器实现访问负载和集群，负载调度使用的是LVS，而非apache的负载调度，因为在高访问量和大并发量的时候LVS的性能比APACHE好。然后在web服务器上是使用tomcat5.5.25做应用服务器，对于tomcat的集群有两种方式，这个主要是针对session而言的。一种就是sticky模式，即黏性会话模式；另外一种就是session复制模式了。所谓sticky模式就是说同一个用户的访问请求都被派送到同一个tomcat实例上，这样我们就无须在多台服务器之间实现session共享了，这是其好处，不好的地方就是不能实现failureover了，一但用户访问的机器挂掉，那么其session就会丢失。而session复制模式就可以很好的解决failureover的问题，即使某一台web服务器挂掉了，用户的请求还会被负载到其他的web服务器上，而且session也被复制了，这样对用户而言就像是在同一台机器上操作一样，不好的地方就是session复制需要系统资源和网络的开销，尤其是当web服务器多的时候或session里存储的数据量大的时候，这点将会比较的明显（不过自己还没有做这方面的测试）。
针对这两种方式的弊端和好处，我们可以采用将两种方式结合的方式来达到更好的效果，那就是sticky+session复制模式了。用户的请求按照sticky方式被分发到同一个web服务器上，同时tomcat在后台做异步复制（非同步）session到其他web服务器，这样我们使用sticky的简便性，同时又有了一定的容错能力。
下面我就将自己的tomcat集群配置经验跟大家分享一下，呵呵。现在想来，其实tomcat的集群配置真的是非常简单，几乎不需要改什么东西了。我今天就在windows上用一台机器来跑两个tomcat实例，下面是一些基础条件：
1.两个tomcat的目录分别为：d:\apache-tomcat-5.5.25-node1和d:\apache-tomcat-5.5.25-node2
2.在每个tomcat目录下的conf\Catalina\localhost目录下建立一个ROOT.xml文件，其内容为：
1<?xmlversion="1.0"encoding="UTF-8"?>
2<ContextdocBase="D:/mywebapps/test1"
3privileged="true"antiResourceLocking="false"antiJARLocking="false"distributable="true">
4</Context>
3.修改apache-tomcat-5.5.25-node1的connector端口为8091，修改apache-tomcat-5.5.25-node2的connector的端口为8092，这样是为了避免在同一机器上同时启动时造成访问端口冲突；
4.修改apache-tomcat-5.5.25-node2的Server端口为8006，与apache-tomcat-5.5.25-node1的Server端口8005不一样，也是避免两个tomcat实例启动时造成程序端口的冲突问题；
5.修改apache-tomcat-5.5.25-node2的AJP/1.3的端口为8019或其他非8009（默认）的端口，也是为了避免与apache-tomcat-5.5.25-node1的AJP/1.3端口冲突；
这样，我们就可以保证每一个tomcat单独启动时都可以提供D:/mywebapps/test1的web服务，注意是单个启动哦，然后分别启动apache-tomcat-5.5.25-node1和apache-tomcat-5.5.25-node2后，输入如下地址分别进行访问你的web应用：
apache-tomcat-5.5.25-node1的访问地址：http://localhost:8091/你的页面地址
apache-tomcat-5.5.25-node2的访问地址：http://localhost:8092/你的页面地址
如果你的tomcat没能成功的提供服务，那么你就需要查看一下是否tomcat部署成功了。注意这里的D:/mywebapps/test1就是你的web应用的物理路径了，可以随意修改。下面就开始对server.xml文件的配置了。
找到apache-tomcat-5.5.25-node1目录下的server.xml文件，打开并找到配置Engine的位置，我们在最后加入jvmRoute="node1"，表示这个tomcat的实例名称为node1。修改前后的对比如下：
修改前：
<Enginename="Catalina"defaultHost="localhost">
修改后：
<Enginename="Catalina"defaultHost="localhost"jvmRoute="node1">
然后找到Cluster标签，并取消它的注释即可，无须做任何修改。同样，我们修改apache-tomcat-5.5.25-node2下的server.xml文件，修改jvmRoute="node2"，然后也是注释掉Cluster标签，注意，然后还要修改Cluster标签下的Receiver标签的tcpListenPort端口号，我们改为4002（默认的是4001），这个是为了避免两个tomcat实例同时启动时造成冲突。
通过上面的配置后，我们两个tomcat已经配置完毕，并且可以完成集群任务了。注意启动的时候不能直接双击其bing目录下的startup.bat文件，我们还需要为每一个tomcat设置环境变量，分别在apache-tomcat-5.5.25-node1和apache-tomcat-5.5.25-node2的根目录下编写一个bat文件，内容如下：
apache-tomcat-5.5.25-node1目录下的startup_node1.bat内容：
setCATALINA_HOME=d:\apache-tomcat-5.5.25-node1
bin/startup.bat
apache-tomcat-5.5.25-node2目录下的startup_node2.bat内容：
setCATALINA_HOME=d:\apache-tomcat-5.5.25-node2
bin/startup.bat
然后分别运行这两批处理文件即可正常启动tomcat了。我们先启动node1，双击startup_node1.bat启动node1。我们可以在窗口的最上面看到如下的输出信息：
2008-1-419:12:24org.apache.catalina.cluster.tcp.SimpleTcpClusterstart
信息:Clusterisabouttostart
2008-1-419:12:25org.apache.catalina.cluster.tcp.ReplicationTransmitterstart
信息:StartClusterSenderatclusterCatalina:type=Cluster,host=localhostwithn
ameCatalina:type=ClusterSender,host=localhost
2008-1-419:12:25org.apache.catalina.cluster.mcast.McastServiceImplsetupSocket
信息:SettingclustermcastsoTimeoutto500
2008-1-419:12:25org.apache.catalina.cluster.mcast.McastServicestart
信息:Sleepingfor2000millisecondstoestablishclustermembership
2008-1-419:12:27org.apache.catalina.cluster.mcast.McastServiceregisterMBean
信息:membershipmbeanregistered(Catalina:type=ClusterMembership,host=localhos
t)
2008-1-419:12:27org.apache.catalina.cluster.deploy.FarmWarDeployerstart
信息:ClusterFarmWarDeployerstarted.
2008-1-419:12:29org.apache.catalina.cluster.session.DeltaManagerstart
信息:Startingclusteringmanager...:
2008-1-419:12:29org.apache.catalina.cluster.session.DeltaManagerstart
信息:RegistermanagertoclusterelementHostwithnamelocalhost
2008-1-419:12:29org.apache.catalina.cluster.session.DeltaManagerstart
信息:Startingclusteringmanagerat
2008-1-419:12:29org.apache.catalina.cluster.session.DeltaManagergetAllCluster
Sessions
信息:Manager[]:skippingstatetransfer.Nomembersactiveinclustergroup.
这表明我们的tomcat集群已经正常启动了。然后我们再运行apache-tomcat-5.5.25-node2目录下的startup_node2.bat以启动node2。然后我们可以可以在窗口的最上方看到如下的信息输出：
2008-1-419:16:32org.apache.catalina.cluster.tcp.SimpleTcpClusterstart
信息:Clusterisabouttostart
2008-1-419:16:32org.apache.catalina.cluster.tcp.ReplicationTransmitterstart
信息:StartClusterSenderatclusterCatalina:type=Cluster,host=localhostwithn
ameCatalina:type=ClusterSender,host=localhost
2008-1-419:16:32org.apache.catalina.cluster.mcast.McastServiceImplsetupSocket
信息:SettingclustermcastsoTimeoutto500
2008-1-419:16:32org.apache.catalina.cluster.mcast.McastServicestart
信息:Sleepingfor2000millisecondstoestablishclustermembership
2008-1-419:16:32org.apache.catalina.cluster.tcp.SimpleTcpClustermemberAdded
信息:Replicationmemberadded:org.apache.catalina.cluster.mcast.McastMember[tcp
://192.168.1.227:4001,catalina,192.168.1.227,4001,alive=245203]
2008-1-419:16:34org.apache.catalina.cluster.mcast.McastServiceregisterMBean
信息:membershipmbeanregistered(Catalina:type=ClusterMembership,host=localhos
t)
2008-1-419:16:34org.apache.catalina.cluster.deploy.FarmWarDeployerstart
信息:ClusterFarmWarDeployerstarted.
2008-1-419:16:35org.apache.catalina.cluster.session.DeltaManagerstart
信息:Startingclusteringmanager...:
2008-1-419:16:35org.apache.catalina.cluster.session.DeltaManagerstart
信息:RegistermanagertoclusterelementHostwithnamelocalhost
2008-1-419:16:35org.apache.catalina.cluster.session.DeltaManagerstart
信息:Startingclusteringmanagerat
2008-1-419:16:35org.apache.catalina.cluster.session.DeltaManagergetAllCluster
Sessions
警告:Manager[],requestingsessionstatefromorg.apache.catalina.cluster.mcas
t.McastMember[tcp://192.168.1.227:4001,catalina,192.168.1.227,4001,alive=248203
].Thisoperationwilltimeoutifnosessionstatehasbeenreceivedwithin60s
econds.
2008-1-419:16:35org.apache.catalina.cluster.session.DeltaManagerwaitForSendAl
lSessions
请注意node2窗口输出的不同颜色部分，这个已经表示node2节点和node2节点联系上了。我们再回过来看node1窗口的输出信息，发现多出了如下的信息：
2008-1-419:16:34org.apache.catalina.cluster.tcp.SimpleTcpClustermemberAdded
信息:Replicationmemberadded:org.apache.catalina.cluster.mcast.McastMember[tcp
://192.168.1.227:4002,catalina,192.168.1.227,4002,alive=0]
这表明node1也已经侦听到了node2，两个tomcat服务器已经建立了联系。然后我们访问node1的一个地址A，假设这个地址A往session里设置一个属性，然后我们再在同一窗口中访问node2的一个地址B，假设B是从session里读取这个属性，我们会发现B地址确实得到了这个刚刚我们在node1上设置进去的值。这里要特别注意的是，我们两个地址的分别访问必须是在同一个窗口中，因为我们没有做前端的web负载，所以使用不同的窗口进行访问会出现不同的session(因为端口号不一样,也就导致访问地址不一样了)，这样就导致无法查看的问题。