tomcat 二级域名 session共享
2016-06-06 10:17
591 查看
转自：http://blog.csdn.net/it_man/article/details/38367123
最新项目中服务器出现了点问题，找人帮忙分析了下，顺便看了下主从数据库的读库，发现CPU、内存的压力远比写库的高以
因为做了memchached缓存，觉得压力不会太高，而且缓存服务器的CPU、内存使用率并不高，觉得会不会是memchached的session共享出的问题，
做了下实验，在登录其中一台机器登陆后，直接更换IP切换到另外一台服务器上系统自动退出，session不一致，但是问题来了，系统在运行的时候如果session不共享的话登录系统肯定会出现经常推出的问题，我直接通过负载的域名访问不同机器发现session是一致的，然后从网上找啊找最终发现不同的域名会出现这个问题，那不同的IP肯定一样会出现这种情况，具体原因跟解决方案直接引用。
Tomcat下，不同的二级域名之间或根域与子域之间，Session默认是不共享的，因为Cookie名称为JSESSIONID的Cookie根域是默认是没设置 的，访问不同的二级域名，其Cookie就重新生成，而session就是根据这个Cookie来生成的，所以在不同的二级域名下生成的Session也 不一样。找到了其原因，就可根据这个原因对Tomcat在生成Session时进行相应的修改(注：本文针对Tomcat 6.0.18)。
方案一：
修改tomcat源代码 包：catalina.jar
类：org.apache.catalina.connector.Request
[java] view
plain copy
protected void configureSessionCookie(Cookie cookie) {
[java] view
plain copy
cookie.setMaxAge(-1);
String contextPath = null;
if (!connector.getEmptySessionPath() && (getContext() != null)) {
contextPath = getContext().getEncodedPath();
[java] view
plain copy
}
if ((contextPath != null) && (contextPath.length() > 0)) {
[java] view
plain copy
cookie.setPath(contextPath);
[java] view
plain copy
} else {
cookie.setPath("/"); }
String value = System.getProperty("webDomain");
[java] view
plain copy
if ((null !=value) && (value.length()>0) && (value.indexOf(".") != -1)) {
[java] view
plain copy
cookie.setDomain((value.startsWith("."))?value:"."+value);
[java] view
plain copy
}
if (isSecure()) {
cookie.setSecure(true); }
[java] view
plain copy
}
重新编译Tomcat：编译tomcat
修改配置：tomcat\conf\catalina.properties，在最后添加一行 webDomain=***.com
方案二：
网上其他方案
Usage:
- compile CrossSubdomainSessionValve & put it in a .jar file
- put that .jar file in $CATALINA_HOME/lib directory
- include a <Valve className="org.three3s.valves.CrossSubdomainSessionValve"/>
in
$CATALINA_HOME/conf/server.xml
[java] view
plain copy
package org.three3s.valves;
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
import org.apache.catalina.*;
import org.apache.catalina.connector.*;
import org.apache.catalina.valves.*;
import org.apache.tomcat.util.buf.*;
import org.apache.tomcat.util.http.*;
/** <p>Replaces the domain of the session cookie generated by Tomcat
with a domain that allows that
* session cookie to be shared across subdomains. This valve digs
down into the response headers
* and replaces the Set-Cookie header for the session cookie, instead
of futilely trying to
* modify an existing Cookie object like the example at
http://www.esus.be/blog/?p=3. That
* approach does not work (at least as of Tomcat 6.0.14) because the
* <code>org.apache.catalina.connector.Response.addCookieInternal</code>
method renders the
* cookie into the Set-Cookie response header immediately, making any
subsequent modifying calls
* on the Cookie object ultimately pointless.</p>
*
* <p>This results in a single, cross-subdomain session cookie on the
client that allows the
* session to be shared across all subdomains. However, see the
{@link getCookieDomain(Request)}
* method for limits on the subdomains.</p>
*
* <p>Note though, that this approach will fail if the response has
already been committed. Thus,
* this valve forces Tomcat to generate the session cookie and then
replaces it before invoking
* the next valve in the chain. Hopefully this is early enough in the
valve-processing chain
* that the response will not have already been committed. You are
advised to define this
* valve as early as possible in server.xml to ensure that the
response has not already been
* committed when this valve is invoked.</p>
*
* <p>We recommend that you define this valve in server.xml
immediately after the Catalina Engine
* as follows:
* <pre>
* <Engine name="Catalina"...>
* <Valve className="org.three3s.valves.CrossSubdomainSessionValve"/>
* </pre>
* </p>
*/
public class CrossSubdomainSessionValve extends ValveBase
{
public CrossSubdomainSessionValve()
{
super();
info = "org.three3s.valves.CrossSubdomainSessionValve/1.0";
}
@Override
public void invoke(Request request, Response response) throws
IOException, ServletException
{
//this will cause Request.doGetSession to create the session
cookie if necessary
request.getSession(true);
//replace any Tomcat-generated session cookies with our own
Cookie[] cookies = response.getCookies();
if (cookies != null)
{
for (int i = 0; i < cookies.length; i++)
{
Cookie cookie = cookies[i];
containerLog.debug("CrossSubdomainSessionValve: Cookie
name is " + cookie.getName());
if (Globals.SESSION_COOKIE_NAME.equals(cookie.getName()))
replaceCookie(request, response, cookie);
}
}
//process the next valve
getNext().invoke(request, response);
}
/** Replaces the value of the response header used to set the
specified cookie to a value
* with the cookie's domain set to the value returned by
<code>getCookieDomain(request)</code>
*
* @param request
* @param response
* @param cookie cookie to be replaced.
*/
@SuppressWarnings("unchecked")
protected void replaceCookie(Request request, Response response,
Cookie cookie)
{
//copy the existing session cookie, but use a different domain
Cookie newCookie = new Cookie(cookie.getName(), cookie.getValue());
if (cookie.getPath() != null)
newCookie.setPath(cookie.getPath());
newCookie.setDomain(getCookieDomain(request));
newCookie.setMaxAge(cookie.getMaxAge());
newCookie.setVersion(cookie.getVersion());
if (cookie.getComment() != null)
newCookie.setComment(cookie.getComment());
newCookie.setSecure(cookie.getSecure());
//if the response has already been committed, our replacement
strategy will have no effect
if (response.isCommitted())
containerLog.error("CrossSubdomainSessionValve: response
was already committed!");
//find the Set-Cookie header for the existing cookie and
replace its value with new cookie
MimeHeaders headers = response.getCoyoteResponse().getMimeHeaders();
for (int i = 0, size = headers.size(); i < size; i++)
{
if (headers.getName(i).equals("Set-Cookie"))
{
MessageBytes value = headers.getValue(i);
if (value.indexOf(cookie.getName()) >= 0)
{
StringBuffer buffer = new StringBuffer();
ServerCookie.appendCookieValue(buffer,
newCookie.getVersion(), newCookie
.getName(), newCookie.getValue(),
newCookie.getPath(), newCookie
.getDomain(), newCookie.getComment(),
newCookie.getMaxAge(), newCookie
.getSecure());
containerLog.debug("CrossSubdomainSessionValve:
old Set-Cookie value: "
+ value.toString());
containerLog.debug("CrossSubdomainSessionValve:
new Set-Cookie value: " + buffer);
value.setString(buffer.toString());
}
}
}
}
/** Returns the last two parts of the specified request's server
name preceded by a dot.
* Using this as the session cookie's domain allows the session to
be shared across subdomains.
* Note that this implies the session can only be used with
domains consisting of two or
* three parts, according to the domain-matching rules specified
in RFC 2109 and RFC 2965.
*
* <p>Examples:</p>
* <ul>
* <li>foo.com => .foo.com</li>
* <li>www.foo.com => .foo.com</li>
* <li>bar.foo.com => .foo.com</li>
* <li>abc.bar.foo.com => .foo.com - this means cookie won't work
on abc.bar.foo.com!</li>
* </ul>
*
* @param request provides the server name used to create cookie domain.
* @return the last two parts of the specified request's server
name preceded by a dot.
*/
protected String getCookieDomain(Request request)
{
String cookieDomain = request.getServerName();
String[] parts = cookieDomain.split("\\.");
if (parts.length >= 2)
cookieDomain = parts[parts.length - 2] + "." +
parts[parts.length - 1];
return "." + cookieDomain;
}
public String toString()
{
return ("CrossSubdomainSessionValve[container=" +
container.getName() + ']');
}
}
放入<Host>标签中，也可以放到<Engine>标签中。个人猜想：如果放入<Host>标签中应该只是当前项目的主域名和二级域名session共享，如果放到<Engine>标签中，应该是该tomcat下所有的项目都是主域名和二级域名共享(没有实验)。
方便对于tomcat的二级域名的使用..而导致session失效的解决方法..
需要引用的包是..
下载CrossSubdomainSessionValve包.. 把下载的包,放到$CATALINA_HOME/server/lib 里面
然后修改tomcat的配置文件: $CATALINA_HOME/conf/server.xml
在标签"Engine",中添加依家配置标签..
<Valve className="org.three3s.valves.CrossSubdomainSessionValve"/>
类似于:
<Engine name="Catalina"...>
<valve className="org.three3s.valves.CrossSubdomainSessionValve"/>
</Engine>
测试发现,，cookie可以共享，另外发现SESSIONID可以共享。但session中的其他内容不能共享。
这是简单方案。 多台服务器的话，还需要配置tomcat的session复制。
方案三：
还有一种巧妙的单机方式
域名间的session共享
最近在做一个jsp的网站遇到了session共享的问题，下面以一个简单的实例讲解一下其中的细节及解决方法:
网站有两个域名：主域名www.test.com 二级域名xxx.test.com
1、用主域名打开网站，比如访问www.test.com/login.jsp，这时会产生一个session，并将JSESSIONID=XXXXXXXXXX保存到客户端Cookie中;
2、接着进行登陆操作，提交表单到www.test.com/checklogin.jsp, 这两次操作是在同一会话(session)下(假设没关浏览器)，why？
因为我们再通过主域访问站点的其他页面时，第一步在客户端生成的JSESSIONID(通过cookie方式，如果cookie被禁了则通过url)会提交到服务端
用于获取对应的session对象，两次JSESSIONID一样，所以两次的会话保持一致
3、登陆成功后去到了www.test.com/index.jsp 页面，页面打印当前的JSESSIONID=XXXXXXXXXX
4、接着通过二级域名访问index.jsp,即xxx.test.com/index.jsp，这时页面打印的JSESSIONID=YYYYYYYYYY，也就是说再通过二级域名访问index.jsp
这个页面时session已经改变了，即刚才的登陆对二级域名下的访问无效了，why？因为通过该二级域名访问index.jsp时，由于无法获取到主域名生成的JSESSIONID
所以会重新生成一个session，并把JSESSIONID=YYYYYYYYYY保存到客户端。
如何解决？
我的解决方法：做一个跳转页面skip.jsp
<%@ page language="Java" contentType="text/html;
charset=UTF-8" pageEncoding="UTF-8"%>
<%
String JSESSIONID = request.getSession().getId();//获取当前JSESSIONID （不管是从主域还是二级域访问产生）
Cookie cookie = new Cookie("JSESSIONID", JSESSIONID);
cookie.setDomain(".test.com"); //关键在这里，将cookie设成主域名访问，确保不同域之间都能获取到该cookie的值，从而确保session统一
response.addCookie(cookie); //将cookie返回到客户端
request.getRequestDispatcher("indes.jsp").forward(request, response);
%>
方案四：
大型项目出于性能考虑，一般采用session分布式方案,如: 修改session实现+分布式缓存memcached
Memcache存储session，修改tomcat源码，实现全站二级域名session共享http://blog.csdn.net/jimmy1980/article/details/4975476
使用memcache实现session共享 http://blog.csdn.net/jimmy1980/article/details/4981410
------------------------------------------other start--------------------------------------------------
让tomcat支持2级域名共享session
最近启用二级域名后，面临一个主域名与二级域名之间 session 不能共享的问题，带来的麻烦就是用户在主域名登陆，但由于二级域名 session 不能共享 ，因此无法进行登陆的操作，对一些功能有一些影响。
问题的原因如下：
Tomcat 下，不同的二级域名，Session 默认是不共享的，因为 Cookie 名称为 JSESSIONID 的 Cookie 根域是默认是没设置的，访问不同的二级域名，其 Cookie 就重新生成，而 session 就是根据这个 Cookie 来生成的，所以在不同的二级域名下生成的 Session 也不一样。
找到了其原因，就可根据这个原因对 Tomcat 在生成 Session 时进行相应的修改。
快速解决方案1：
在项目的/MET-INF/ 目录下创建一个 context.xml 文件，内容为：
Done!
快速解决方案2：修改 Tomcat 的 server.xml 文件，内容为：
Done!
以上两种方案的详细讲解见：http://tomcat.apache.org/tomcat-6.0-doc/config/context.html
快速解决方案3：生成一个叫做 crossSubdomainSessionValve.jar 的文件，用的时候放在 Tomcat lib 目录下，然后修改 Tomcat server.xml 文件：
原理：取代由 Tomcat 域产生的会话 cookie ，允许该会话 cookie 跨子域共享。
测试发现,JSESSIONID不能共享，但cookie可以共享...
后来使用tomcat7版本测试，cookie可以共享，另外发现SESSIONID可以共享。但session中的其他内容不能共享。
------------------------------------------other end--------------------------------------------------------
方案五：
经过最后, 通过配置tomcat7，和开发时小改动，成功达到共享session的方案如下：
（不过终极方案还是缓存+session管理接口实现）
同一个tomcat多个web应用共享session
tomcat版本：apache-tomcat-6.0.29（次方tomcat6和tomcat7支持）
1.修改D:\apache-tomcat-6.0.29\conf\server.xml文件
由于每个app都有一个唯一的一个ServletContext 实例对象，下面的所有的servlet 共享此ServletContext。
利用ServletContext 中的setAttribute() 方法把Session 传递过去 然后在另外一个app中拿到session实例。
设置为true 说明你可以调用另外一个WEB应用程序 通过ServletContext.getContext() 获得ServletContext ；
然后再调用其getattribute() 得到你要的对象。
2.创建两个web项目
两个项目访问URL为：
http://localhost:8080/app1/
http://localhost:8080/app2/
app1的index.jsp代码如下：
app2的index.jsp代码如下：
3.访问项目：
4.原理(个人浅见)
全局只用app1的session！
app1使用session时，直接使用；其他app使用session的时候通过application获取app1的session，然后使用。
当浏览器关闭，app1的session也就关闭。application的globalSession的value为null。
获取application
application为jsp的九大内置对象，在jsp里面可以直接使用。在servlet或者struts2的action里面可以通过request.getSession.getServletContext()获取！
APP1的角色
一般app1扮演“首页”角色，初始化。后面的项目使用其session。
设置crossContext = true，让两个应用可以在tomcat中交叉使用上下文环境
------------------------------------------------------------
/////////////////////////////////////////////////////////////////////////////////////////
最后，还是得采用基于缓存(Memcache/Redis)的Session共享的方式才能实现，以上实现大都不能解决session里的数据共享。
redis实现如下：
tomcat-redis-session-manager.jar的下载地址https://github.com/jcoleman/tomcat-redis-session-manager.git。
放到tomcat的lib目录下（注意此jar依赖的jar也要放到tomcat的lib下）。
修改tomcat6的server.xml文件如下:
<Host name="s1.test.com" appBase="d:/w33"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
<Context docBase="D:/bak/apache-tomcat-6.0.37/webapps/sso1" path="" sessionCookiePath="/" sessionCookieDomain=".test.com" sessionCookieName="JSESSIONID" useHttpOnly="true" privileged="true" >
<Valve className="com.radiadesign.catalina.session.RedisSessionHandlerValve" />
<Manager className="com.radiadesign.catalina.session.RedisSessionManager"
host="172.22.203.115"
port="6379"
database="0"
maxInactiveInterval="60"/>
</Context>
</Host>
<Host name="s2.test.com" appBase="d:/w33"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
<Context docBase="D:/bak/apache-tomcat-6.0.37/webapps/sso2" path="" sessionCookiePath="/" sessionCookieDomain=".test.com" sessionCookieName="JSESSIONID" useHttpOnly="true" privileged="true" >
<Valve className="com.radiadesign.catalina.session.RedisSessionHandlerValve" />
<Manager className="com.radiadesign.catalina.session.RedisSessionManager"
host="172.22.203.115"
port="6379"
database="0"
maxInactiveInterval="60"/>
</Context>
</Host>
最新项目中服务器出现了点问题，找人帮忙分析了下，顺便看了下主从数据库的读库，发现CPU、内存的压力远比写库的高以
因为做了memchached缓存，觉得压力不会太高，而且缓存服务器的CPU、内存使用率并不高，觉得会不会是memchached的session共享出的问题，
做了下实验，在登录其中一台机器登陆后，直接更换IP切换到另外一台服务器上系统自动退出，session不一致，但是问题来了，系统在运行的时候如果session不共享的话登录系统肯定会出现经常推出的问题，我直接通过负载的域名访问不同机器发现session是一致的，然后从网上找啊找最终发现不同的域名会出现这个问题，那不同的IP肯定一样会出现这种情况，具体原因跟解决方案直接引用。
Tomcat下，不同的二级域名之间或根域与子域之间，Session默认是不共享的，因为Cookie名称为JSESSIONID的Cookie根域是默认是没设置 的，访问不同的二级域名，其Cookie就重新生成，而session就是根据这个Cookie来生成的，所以在不同的二级域名下生成的Session也 不一样。找到了其原因，就可根据这个原因对Tomcat在生成Session时进行相应的修改(注：本文针对Tomcat 6.0.18)。
方案一：
修改tomcat源代码 包：catalina.jar
类：org.apache.catalina.connector.Request
[java] view
plain copy
protected void configureSessionCookie(Cookie cookie) {
[java] view
plain copy
cookie.setMaxAge(-1);
String contextPath = null;
if (!connector.getEmptySessionPath() && (getContext() != null)) {
contextPath = getContext().getEncodedPath();
[java] view
plain copy
}
if ((contextPath != null) && (contextPath.length() > 0)) {
[java] view
plain copy
cookie.setPath(contextPath);
[java] view
plain copy
} else {
cookie.setPath("/"); }
String value = System.getProperty("webDomain");
[java] view
plain copy
if ((null !=value) && (value.length()>0) && (value.indexOf(".") != -1)) {
[java] view
plain copy
cookie.setDomain((value.startsWith("."))?value:"."+value);
[java] view
plain copy
}
if (isSecure()) {
cookie.setSecure(true); }
[java] view
plain copy
}
重新编译Tomcat：编译tomcat
修改配置：tomcat\conf\catalina.properties，在最后添加一行 webDomain=***.com
方案二：
网上其他方案
Usage:
- compile CrossSubdomainSessionValve & put it in a .jar file
- put that .jar file in $CATALINA_HOME/lib directory
- include a <Valve className="org.three3s.valves.CrossSubdomainSessionValve"/>
in
$CATALINA_HOME/conf/server.xml
[java] view
plain copy
package org.three3s.valves;
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
import org.apache.catalina.*;
import org.apache.catalina.connector.*;
import org.apache.catalina.valves.*;
import org.apache.tomcat.util.buf.*;
import org.apache.tomcat.util.http.*;
/** <p>Replaces the domain of the session cookie generated by Tomcat
with a domain that allows that
* session cookie to be shared across subdomains. This valve digs
down into the response headers
* and replaces the Set-Cookie header for the session cookie, instead
of futilely trying to
* modify an existing Cookie object like the example at
http://www.esus.be/blog/?p=3. That
* approach does not work (at least as of Tomcat 6.0.14) because the
* <code>org.apache.catalina.connector.Response.addCookieInternal</code>
method renders the
* cookie into the Set-Cookie response header immediately, making any
subsequent modifying calls
* on the Cookie object ultimately pointless.</p>
*
* <p>This results in a single, cross-subdomain session cookie on the
client that allows the
* session to be shared across all subdomains. However, see the
{@link getCookieDomain(Request)}
* method for limits on the subdomains.</p>
*
* <p>Note though, that this approach will fail if the response has
already been committed. Thus,
* this valve forces Tomcat to generate the session cookie and then
replaces it before invoking
* the next valve in the chain. Hopefully this is early enough in the
valve-processing chain
* that the response will not have already been committed. You are
advised to define this
* valve as early as possible in server.xml to ensure that the
response has not already been
* committed when this valve is invoked.</p>
*
* <p>We recommend that you define this valve in server.xml
immediately after the Catalina Engine
* as follows:
* <pre>
* <Engine name="Catalina"...>
* <Valve className="org.three3s.valves.CrossSubdomainSessionValve"/>
* </pre>
* </p>
*/
public class CrossSubdomainSessionValve extends ValveBase
{
public CrossSubdomainSessionValve()
{
super();
info = "org.three3s.valves.CrossSubdomainSessionValve/1.0";
}
@Override
public void invoke(Request request, Response response) throws
IOException, ServletException
{
//this will cause Request.doGetSession to create the session
cookie if necessary
request.getSession(true);
//replace any Tomcat-generated session cookies with our own
Cookie[] cookies = response.getCookies();
if (cookies != null)
{
for (int i = 0; i < cookies.length; i++)
{
Cookie cookie = cookies[i];
containerLog.debug("CrossSubdomainSessionValve: Cookie
name is " + cookie.getName());
if (Globals.SESSION_COOKIE_NAME.equals(cookie.getName()))
replaceCookie(request, response, cookie);
}
}
//process the next valve
getNext().invoke(request, response);
}
/** Replaces the value of the response header used to set the
specified cookie to a value
* with the cookie's domain set to the value returned by
<code>getCookieDomain(request)</code>
*
* @param request
* @param response
* @param cookie cookie to be replaced.
*/
@SuppressWarnings("unchecked")
protected void replaceCookie(Request request, Response response,
Cookie cookie)
{
//copy the existing session cookie, but use a different domain
Cookie newCookie = new Cookie(cookie.getName(), cookie.getValue());
if (cookie.getPath() != null)
newCookie.setPath(cookie.getPath());
newCookie.setDomain(getCookieDomain(request));
newCookie.setMaxAge(cookie.getMaxAge());
newCookie.setVersion(cookie.getVersion());
if (cookie.getComment() != null)
newCookie.setComment(cookie.getComment());
newCookie.setSecure(cookie.getSecure());
//if the response has already been committed, our replacement
strategy will have no effect
if (response.isCommitted())
containerLog.error("CrossSubdomainSessionValve: response
was already committed!");
//find the Set-Cookie header for the existing cookie and
replace its value with new cookie
MimeHeaders headers = response.getCoyoteResponse().getMimeHeaders();
for (int i = 0, size = headers.size(); i < size; i++)
{
if (headers.getName(i).equals("Set-Cookie"))
{
MessageBytes value = headers.getValue(i);
if (value.indexOf(cookie.getName()) >= 0)
{
StringBuffer buffer = new StringBuffer();
ServerCookie.appendCookieValue(buffer,
newCookie.getVersion(), newCookie
.getName(), newCookie.getValue(),
newCookie.getPath(), newCookie
.getDomain(), newCookie.getComment(),
newCookie.getMaxAge(), newCookie
.getSecure());
containerLog.debug("CrossSubdomainSessionValve:
old Set-Cookie value: "
+ value.toString());
containerLog.debug("CrossSubdomainSessionValve:
new Set-Cookie value: " + buffer);
value.setString(buffer.toString());
}
}
}
}
/** Returns the last two parts of the specified request's server
name preceded by a dot.
* Using this as the session cookie's domain allows the session to
be shared across subdomains.
* Note that this implies the session can only be used with
domains consisting of two or
* three parts, according to the domain-matching rules specified
in RFC 2109 and RFC 2965.
*
* <p>Examples:</p>
* <ul>
* <li>foo.com => .foo.com</li>
* <li>www.foo.com => .foo.com</li>
* <li>bar.foo.com => .foo.com</li>
* <li>abc.bar.foo.com => .foo.com - this means cookie won't work
on abc.bar.foo.com!</li>
* </ul>
*
* @param request provides the server name used to create cookie domain.
* @return the last two parts of the specified request's server
name preceded by a dot.
*/
protected String getCookieDomain(Request request)
{
String cookieDomain = request.getServerName();
String[] parts = cookieDomain.split("\\.");
if (parts.length >= 2)
cookieDomain = parts[parts.length - 2] + "." +
parts[parts.length - 1];
return "." + cookieDomain;
}
public String toString()
{
return ("CrossSubdomainSessionValve[container=" +
container.getName() + ']');
}
}
放入<Host>标签中，也可以放到<Engine>标签中。个人猜想：如果放入<Host>标签中应该只是当前项目的主域名和二级域名session共享，如果放到<Engine>标签中，应该是该tomcat下所有的项目都是主域名和二级域名共享(没有实验)。
方便对于tomcat的二级域名的使用..而导致session失效的解决方法..
需要引用的包是..
下载CrossSubdomainSessionValve包.. 把下载的包,放到$CATALINA_HOME/server/lib 里面
然后修改tomcat的配置文件: $CATALINA_HOME/conf/server.xml
在标签"Engine",中添加依家配置标签..
<Valve className="org.three3s.valves.CrossSubdomainSessionValve"/>
类似于:
<Engine name="Catalina"...>
<valve className="org.three3s.valves.CrossSubdomainSessionValve"/>
</Engine>
测试发现,，cookie可以共享，另外发现SESSIONID可以共享。但session中的其他内容不能共享。
这是简单方案。 多台服务器的话，还需要配置tomcat的session复制。
方案三：
还有一种巧妙的单机方式
域名间的session共享
最近在做一个jsp的网站遇到了session共享的问题，下面以一个简单的实例讲解一下其中的细节及解决方法:
网站有两个域名：主域名www.test.com 二级域名xxx.test.com
1、用主域名打开网站，比如访问www.test.com/login.jsp，这时会产生一个session，并将JSESSIONID=XXXXXXXXXX保存到客户端Cookie中;
2、接着进行登陆操作，提交表单到www.test.com/checklogin.jsp, 这两次操作是在同一会话(session)下(假设没关浏览器)，why？
因为我们再通过主域访问站点的其他页面时，第一步在客户端生成的JSESSIONID(通过cookie方式，如果cookie被禁了则通过url)会提交到服务端
用于获取对应的session对象，两次JSESSIONID一样，所以两次的会话保持一致
3、登陆成功后去到了www.test.com/index.jsp 页面，页面打印当前的JSESSIONID=XXXXXXXXXX
4、接着通过二级域名访问index.jsp,即xxx.test.com/index.jsp，这时页面打印的JSESSIONID=YYYYYYYYYY，也就是说再通过二级域名访问index.jsp
这个页面时session已经改变了，即刚才的登陆对二级域名下的访问无效了，why？因为通过该二级域名访问index.jsp时，由于无法获取到主域名生成的JSESSIONID
所以会重新生成一个session，并把JSESSIONID=YYYYYYYYYY保存到客户端。
如何解决？
我的解决方法：做一个跳转页面skip.jsp
<%@ page language="Java" contentType="text/html;
charset=UTF-8" pageEncoding="UTF-8"%>
<%
String JSESSIONID = request.getSession().getId();//获取当前JSESSIONID （不管是从主域还是二级域访问产生）
Cookie cookie = new Cookie("JSESSIONID", JSESSIONID);
cookie.setDomain(".test.com"); //关键在这里，将cookie设成主域名访问，确保不同域之间都能获取到该cookie的值，从而确保session统一
response.addCookie(cookie); //将cookie返回到客户端
request.getRequestDispatcher("indes.jsp").forward(request, response);
%>
方案四：
大型项目出于性能考虑，一般采用session分布式方案,如: 修改session实现+分布式缓存memcached
Memcache存储session，修改tomcat源码，实现全站二级域名session共享http://blog.csdn.net/jimmy1980/article/details/4975476
使用memcache实现session共享 http://blog.csdn.net/jimmy1980/article/details/4981410
------------------------------------------other start--------------------------------------------------
让tomcat支持2级域名共享session
最近启用二级域名后，面临一个主域名与二级域名之间 session 不能共享的问题，带来的麻烦就是用户在主域名登陆，但由于二级域名 session 不能共享 ，因此无法进行登陆的操作，对一些功能有一些影响。
问题的原因如下：
Tomcat 下，不同的二级域名，Session 默认是不共享的，因为 Cookie 名称为 JSESSIONID 的 Cookie 根域是默认是没设置的，访问不同的二级域名，其 Cookie 就重新生成，而 session 就是根据这个 Cookie 来生成的，所以在不同的二级域名下生成的 Session 也不一样。
找到了其原因，就可根据这个原因对 Tomcat 在生成 Session 时进行相应的修改。
快速解决方案1：
在项目的/MET-INF/ 目录下创建一个 context.xml 文件，内容为：
1 2 | <?xml version="1.0" encoding="UTF-8"?> <Context useHttpOnly="true" sessionCookiePath="/"sessionCookieDomain=".XXXX.com" /> |
快速解决方案2：修改 Tomcat 的 server.xml 文件，内容为：
1 | <Context path="" docBase="ROOT" reloadable="false" useHttpOnly="true"sessionCookiePath="/" sessionCookieDomain=".XXXX.com" /> |
以上两种方案的详细讲解见：http://tomcat.apache.org/tomcat-6.0-doc/config/context.html
快速解决方案3：生成一个叫做 crossSubdomainSessionValve.jar 的文件，用的时候放在 Tomcat lib 目录下，然后修改 Tomcat server.xml 文件：
1 | <Valve className="me.seanchang.CrossSubdomainSessionValve" /> |
测试发现,JSESSIONID不能共享，但cookie可以共享...
后来使用tomcat7版本测试，cookie可以共享，另外发现SESSIONID可以共享。但session中的其他内容不能共享。
------------------------------------------other end--------------------------------------------------------
方案五：
经过最后, 通过配置tomcat7，和开发时小改动，成功达到共享session的方案如下：
（不过终极方案还是缓存+session管理接口实现）
同一个tomcat多个web应用共享session
tomcat版本：apache-tomcat-6.0.29（次方tomcat6和tomcat7支持）
1.修改D:\apache-tomcat-6.0.29\conf\server.xml文件
由于每个app都有一个唯一的一个ServletContext 实例对象，下面的所有的servlet 共享此ServletContext。
利用ServletContext 中的setAttribute() 方法把Session 传递过去 然后在另外一个app中拿到session实例。
设置为true 说明你可以调用另外一个WEB应用程序 通过ServletContext.getContext() 获得ServletContext ；
然后再调用其getattribute() 得到你要的对象。
2.创建两个web项目
两个项目访问URL为：
http://localhost:8080/app1/
http://localhost:8080/app2/
app1的index.jsp代码如下：
app2的index.jsp代码如下：
3.访问项目：
4.原理(个人浅见)
全局只用app1的session！
app1使用session时，直接使用；其他app使用session的时候通过application获取app1的session，然后使用。
当浏览器关闭，app1的session也就关闭。application的globalSession的value为null。
获取application
application为jsp的九大内置对象，在jsp里面可以直接使用。在servlet或者struts2的action里面可以通过request.getSession.getServletContext()获取！
APP1的角色
一般app1扮演“首页”角色，初始化。后面的项目使用其session。
设置crossContext = true，让两个应用可以在tomcat中交叉使用上下文环境
------------------------------------------------------------
/////////////////////////////////////////////////////////////////////////////////////////
最后，还是得采用基于缓存(Memcache/Redis)的Session共享的方式才能实现，以上实现大都不能解决session里的数据共享。
redis实现如下：
tomcat-redis-session-manager.jar的下载地址https://github.com/jcoleman/tomcat-redis-session-manager.git。
放到tomcat的lib目录下（注意此jar依赖的jar也要放到tomcat的lib下）。
修改tomcat6的server.xml文件如下:
<Host name="s1.test.com" appBase="d:/w33"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
<Context docBase="D:/bak/apache-tomcat-6.0.37/webapps/sso1" path="" sessionCookiePath="/" sessionCookieDomain=".test.com" sessionCookieName="JSESSIONID" useHttpOnly="true" privileged="true" >
<Valve className="com.radiadesign.catalina.session.RedisSessionHandlerValve" />
<Manager className="com.radiadesign.catalina.session.RedisSessionManager"
host="172.22.203.115"
port="6379"
database="0"
maxInactiveInterval="60"/>
</Context>
</Host>
<Host name="s2.test.com" appBase="d:/w33"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
<Context docBase="D:/bak/apache-tomcat-6.0.37/webapps/sso2" path="" sessionCookiePath="/" sessionCookieDomain=".test.com" sessionCookieName="JSESSIONID" useHttpOnly="true" privileged="true" >
<Valve className="com.radiadesign.catalina.session.RedisSessionHandlerValve" />
<Manager className="com.radiadesign.catalina.session.RedisSessionManager"
host="172.22.203.115"
port="6379"
database="0"
maxInactiveInterval="60"/>
</Context>
</Host>
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- java-模拟tomcat服务器
- i-jetty环境搭配与编译
- 实现单Tomcat多Server配置
- 生产环境下的Tomcat配置
- Linux部署Tomcat服务器
- jenkins------结合maven将svn项目自动部署到tomcat下
- 如何搞定tomcat这只喵~
- tomcat在opensuse下开机自启失败的原因分析及解决方法
- jsp项目中更改tomcat的默认index.jsp访问路径的方法
- Tomcat 多端口 多应用
- tomcat 5.0 + apache 2.0 完全安装步骤详解
- Tomcat安全设置 win2003 下tomcat权限限制
- Jsp和PHP共用80端口整合Apache和Tomcat(访问时无需加端口号)
- Tomcat服务器 安全设置第1/3页
- tomcat 6.0.20在一个机器上安装多个服务的方法
- Tomcat 5.5 数据库连接池配置
- Tomcat内存溢出分析及解决方法
- apache tomcat 一个网站多域名的实现方法
- Tomcat无法加载css和js等静态资源文件的解决思路