我目前将memcached-tomcat-session-manager与Tomcat7一起用于会话存储。
使用指定的方式，使用$CATALINA_HOME/lib和$CATALINA_HOME/conf/context.xml中带有<Manager> ...条目的各种Memcached /代码转换器/串行化器JAR，可以正常工作。
出现了一种情况，我想在我的Web应用程序和（我的修改版本）memcached-session-manager之间共享类的某些static属性。我相信在当前设置下它们位于单独的类加载器中，因此无法在类之间共享静态资源。
这导致我将所有依赖项与/WEB_INF/lib捆绑在一起，并将<Manager ...定义移至/META-INF/context.xml。对于Tomcat报告，此操作不起作用：
portal_1 | 2018-12-21 01:26:27,291 [Portal] SEVERE {localhost-startStop-1} Digester Begin event threw exception
portal_1 | java.lang.ClassNotFoundException: de.javakaffee.web.msm.MemcachedBackupSessionManager
portal_1 | at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
portal_1 | at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
portal_1 | at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
portal_1 | at org.apache.tomcat.util.digester.ObjectCreateRule.begin(ObjectCreateRule.java:144)
portal_1 | at org.apache.tomcat.util.digester.Digester.startElement(Digester.java:1303)
portal_1 | at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:509)
portal_1 | at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:182)
portal_1 | at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1339)
portal_1 | at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2784)
portal_1 | at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:602)
portal_1 | at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:505)
portal_1 | at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:842)
portal_1 | at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:771)
portal_1 | at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
portal_1 | at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
portal_1 | at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:643)
portal_1 | at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1576)
portal_1 | at org.apache.catalina.startup.ContextConfig.processContextConfig(ContextConfig.java:644)
portal_1 | at org.apache.catalina.startup.ContextConfig.contextConfig(ContextConfig.java:606)
portal_1 | at org.apache.catalina.startup.ContextConfig.init(ContextConfig.java:842)
portal_1 | at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:399)
portal_1 | at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
portal_1 | at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
portal_1 | at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:388)
portal_1 | at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:103)
portal_1 | at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:135)
portal_1 | at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1018)
portal_1 | at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:994)
portal_1 | at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
portal_1 | at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:1127)
portal_1 | at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:2021)
portal_1 | at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
portal_1 | at java.util.concurrent.FutureTask.run(FutureTask.java:266)
portal_1 | at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
portal_1 | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
portal_1 | at java.lang.Thread.run(Thread.java:748)
我确信这些依赖项捆绑在WAR中。在阅读了Tomcat 7文档之后，我不清楚我是否可以做得到-在WAR context.xml中定义的类不在$CATALINA_HOME/lib中，例如，尚未创建应用程序类加载器。
答案 0 :(得分：1)
memcached-session-manager（msm）jar必须驻留在$CATALINA_HOME/lib中，因为它们使用的是tomcat内部类（在webapp中是不可能的）。更具体地说，这些jar是memcached-session-manager.jar，memcached-session-manager-tc7.jar和spymemcached.jar。
唯一必须放入/WEB_INF/lib中的与msm相关的jar是与序列化相关的jar，例如msm-kryo-serializer（通常在您的maven / gradle / xyz构建中定义为依赖项），因为它们必须能够访问特定于应用程序的类。
另请参阅相关的msm documentation。
关于在msm与应用程序之间共享信息的目标：由于msm jar必须驻留在$CATALINA_HOME/lib中，因此从概念上讲，不可能将应用程序代码与msm代码进行静态“链接”（与msm序列化程序相关的代码除外）。这只能通过其他间接方式实现：msm内某个接口的定义，应用程序在其中提供实现，然后通过反射将其加载。这就是将序列化程序挂接到msm的方式，请参见the TranscoderFactory interface（从$CATALINA_HOME/lib加载）和KryoTranscoderFactory implementation（从/WEB_INF/lib加载）。