WebSphere 9上javax.transaction.*类的LinkageError

Question

我有一个Web应用程序，它曾经在许多Web服务器（tomcat、jboss、weblogic和webphere）上运行良好。但是，现在，它在WebSphere 9上部署时出现错误。

该应用程序包含jarjavax.transaction-api-1.2。它的一些类，例如javax.transaction.xa.XAResource，也包含在JavaSE中，但不是全部。有些特定于JavaEE，并且是我的应用程序中的一些第三方库所需要的。该应用程序始终使用子优先（父级最后）类加载器进行部署。当应用程序尝试加载Oracle JDBC驱动程序时，WebSphere 9在启动过程中抛出此错误：

java.lang.LinkageError: loading constraint violation: loader "com/ibm/ws/classloader/CompoundClassLoader@7157be44" previously initiated loading for a different type with name 
"javax/transaction/xa/XAResource" defined by loader "com/ibm/oti/vm/BootstrapClassLoader@422c7b1b"

注意，我们实际上并没有在应用程序中使用XA事务，而是使用常规事务。

在其他服务器和以前版本的WebSphere上，这从来都不是问题。服务器不在乎我们从war内部加载< code>XAResource,即使它之前已经加载到服务器的某个地方。现在WebSphere 9不一样了，它说app classloader已经从服务器加载了这个类，但是我不知道为什么或者什么时候会这样。

任何想法如何解决这个问题？

Answer 1

最后我们做了两件事来解决这个问题。

1）我们将jta jar升级到1.3版（链接在这里）。这个jar通过避免重复类解决了问题——它只包含J2EE类，省略了JVM中已经包含的J2SE类。2）我们将WebSphere服务器从9.0.0.7升级到9.0.0.11。

当时，我怀疑仅仅升级罐子就足够了，但是我们的质量保证有一些问题，他们也升级了服务器。由于时间不够，我们没有进一步调查，只是决定两者都做。

Answer 2

从应用程序中删除事务API。JTA 1.2已经包含在服务器中，对您的应用程序没有任何价值。将Java EE/SE API引入一个父类-最后类加载器总是有风险的，除非你100%确定它们在技术上是必要的，因为它们会导致像这样的问题。

我不能说这在以前的服务器版本中是如何工作的（在实施这样的链接问题时有一些Java级别的更改），但是解决方案相当简单。