tomcat7的context.xml中(也可以在server.xml中,但是如果在server.xml中配置,据说maven部署时可能导致失败)
…
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
memcachedNodes="n1:192.168.1.35:11211,n2:192.168.1.35:11212"
sticky="false"
lockingMode="auto"
或者只锁定某些连接(path1和path2是你的uri中需要加锁的路径)lockingMode="uriPattern:/path1|/path2"
requestUriIgnorePattern= ".*\.(ico|png|gif|jpg|css|js)$"
sessionBackupAsync= "false"
sessionBackupTimeout= "1000"
或者异步写session(注意配置线程数那项的数值需要加引号)sessionBackupAsync= "true" backupThreadCount="1"
copyCollectionsForSerialization="true"
transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
customConverter="de.javakaffee.web.msm.serializer.kryo.HibernateCollectionsSerializerFactory,com.eling.serializer.CustomKryoRegistration"
/>
注意,多台tomcat所在系统的时间必须一致!!!
注意,linux的地址解析(nameserver)需要配置。若未配置,启动tomcat看不出错误,却导致未配置网关的那台linux中的tomcat无法获取memcache存储的session信息,现象就是自动生成新jsessionid返回给浏览器。将nameserver配置到网卡文件里看,防止每次重启都需要重新设置!
注意,如使用hibernate,则de.javakaffee.web.msm.serializer.kryo.HibernateCollectionsSerializerFactory必须配置到customConverter中,多个类可通过逗号分隔!!(如样例中com.eling.serializer.CustomKryoRegistration是我自己的转换器)
该类可防止hibernate的lazy加载等机制造成序列化异常(现象是启动时可能抛异常,若有问题,请沿着Caused by找到底会发现lazy加载未初始化异常)
其他持久化工具尚未测过(如Mybatis)是否添加指定的customConverter。
注意,本方案采用kryo序列化方式(有人单独测试过kryo序列化效率,并发情况下优于其他几种序列方式),和msm一起,依赖的所有jar包括(注意版本,不要随意换大版本,可能不兼容,启动tomcat报找不到类的异常,注意观察即可发现哪些包内的方法找不到哪些包中类。如有版本更新请自行查找。):
memcached-session-manager-1.8.3.jarmemcached-session-manager-tc7-1.8.3.jar
asm-3.3.1.jar
kryo-1.05.jar
kryo-serializers-0.11.jar
minlog-1.2.jar
msm-kryo-serializer-1.8.3.jar
reflectasm-1.11.0.jar
spymemcached-2.12.0.jar
还有其他序列化方案,现截取一段msm原文介绍:
Add memcached-session-manager jars to tomcat
Independent of the chosen serialization strategy you always need the memcached-session-manager-${version}.jar and either memcached-session-manager-tc6-${version}.jar for tomcat6,