java.lang.ClassCastException: someClass 与 someClass 不兼容的含义

我在 XPage 应用程序中偶尔遇到异常：

java.lang.ClassCastException: someClass incompatible with someClass.

两个提到的类是相同的，都是用作会话bean的类。我无法用谷歌搜索任何涉及我的问题的内容。对此的通常解释是设计元素的变化，而不是我的情况。

从那时起，XPage 应用程序变得不可用（使用会话 bean someClass 的页面），直到重新启动 http 任务或重新保存 faces-config.xml。

在某些情况下，这与其他异常有关：

com.ibm.jscript.InterpretException: Script interpreter error, line=x, col=y: 
Java method 'method(signature containg someClass)'
on java class 'someOtherClass' not found

这种行为背后的原因是什么？

Philippe Riand 通过电子邮件解释了这一点：

发生这种类转换是因为同一个类已被 2 个不同的类加载器加载了两次。因此，从 Java 的角度来看，它们是不同的，并且转换失败。

现在，每个 XPage 应用程序都有自己的类加载器。但是每次应用程序发生设计更改（例如通过 Domino Designer）时，都会丢弃该类加载器。这是必需的，因为对 XPage 的更改会生成一个新的 Java 类，然后应加载该新 Java 类而不是以前的类。发生这种情况时，类加载器将被丢弃并创建一个新的。然后，所有与应用程序相关的类都会根据需要重新加载，即使它们没有更改。这是 J2EE 服务器实现的常见行为。 也就是说，如果您的代码在以下范围内缓存对象not当设计发生改变时被丢弃，那么这种情况就很可能发生。例如，当发生设计更改时，applicationScope 和 sessionScope 目前不会被丢弃，这可能会导致此问题。这是一个设计选择，因为放弃范围有时会带来糟糕的开发人员体验，但也有这个缺点。

最后，保存 faces-config.xml 作为解决方法。保存此文件后，整个模块都会从内存中丢弃，包括范围，这解释了它的工作原理。对自定义 Java 类进行更改应该重新加载模块并消除问题。

所以看来将bean（甚至间接）放入sessionScope或applicationScope就是原因。