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

Question

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

java.lang.ClassCastException: someClass incompatible with someClass.

提到的两个类是相同的，它是用作会话bean的类。我无法用Google搜索涵盖我的问题的任何内容。通常的解释是设计元素的变化，而不是我的情况。

从那时起，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

这种行为的背后是什么？

Answer 1

Philippe Riand通过电子邮件对此进行了解释：

之所以进行此类转换，是因为同一类已由2个不同的类加载器加载了两次。因此，从Java的角度来看，它们是不同的，并且强制转换失败。

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

最后，保存faces-
config.xml是一种解决方法。保存此文件后，整个模块（包括作用域）将从内存中丢弃，这说明了其工作原理。更改自定义Java类应重新加载模块并消除问题。

因此，似乎是将bean（甚至间接地）放入sessionScope或applicationScope中也是原因。