Tomcat 从 SESSIONS.ser 反序列化后，如何依赖注入标记为 @Configurable 的 bean？

Question

注意：除非您非常熟悉 Java、Spring AOP 和 Tomcat，否则这没有任何意义。

问题在于，当 Tomcat SESSIONS.ser 反序列化时，标记为 @Configurable 的 bean 不会被注入。

我在带有 Spring 2.5.4、spring-tomcat-weaver-2.5.4、Tomcat 6.0.14 的基于 Struts 1.2.9（旧版）应用程序上注意到了这种行为。

代码：

public class MyForm implements Serializable {
   private Foo myFoo; // getters and setters
}

public class Foo imlements Serializable {
   private Bar myBar; // getters setters
}

@Configurable("barTemplate")
public class Bar implements Serializable {
   @Autowired(required=true)
   private transient SessionFactory hello;
   // other transient dependencies ...
}

XML 将 Bar 配置为原型 bean。

应用正确的 context:spring-configured 和 context:load-time-weaver 设置等（因为它在 Tomcat 冷启动时工作）。

第一次启动时一切正常。但是，重新启动 Tomcat 会导致写入 SESSIONS.ser，并在重新启动时反序列化 MyForm，它确实会这样做。但是，Bar 中没有设置任何依赖项！

但如果我关闭 Tomcat，删除 SESSIONS.ser 文件，然后重新启动，那么一切都会正常。

诡异的。

任何建议都非常感激。

Answer 1

我将跳过 Spring 部分，因为我不这样做。然而，我必须承认，我也期望 Spring 足够聪明，能够在反序列化后重新注入它们（编辑：这似乎是 在 Spring 2.5.2 中已修复？）。

解决方法之一是在 Tomcat 关闭/启动期间禁用会话序列化。这样，您将从一个全新的会话开始，并且所有内容都将是全新构建和注入的。然而，缺点是每当 Tomcat 重新启动时，最终用户都会丢失其会话数据。

要实现此目的，请将带有 空 pathname 的 元素添加到 元素有问题的网络应用程序的。

<Context ...>
    <Manager pathname="" />
</Context>

这基本上指示 Tomcat 根本不使用会话管理器。