Websphere类加载器委派模式

Websphere类加载器委派模式,websphere,classloader,Websphere,Classloader,我们正在使用WebSphere6.1ApplicationServer的默认类加载器委派模式,即父级优先。我们考虑将其更改为PARENT-LAST,以便能够选择jsf实现或webservices堆栈 由于“家长优先”是默认设置,我想知道有多少人改用“家长最后”了,改用“家长优先”的原因是什么,以及改用“家长最后”后你的生活是否变得更好:) 我们在生产中有很多应用程序,所以我不能只是切换到看看会发生什么,如果我们这样做,我们将进行大量测试,所以如果您切换到PARENT-LAST,我想获得一些反馈

我们正在使用WebSphere6.1ApplicationServer的默认类加载器委派模式,即父级优先。我们考虑将其更改为PARENT-LAST,以便能够选择jsf实现或webservices堆栈

由于“家长优先”是默认设置,我想知道有多少人改用“家长最后”了,改用“家长优先”的原因是什么,以及改用“家长最后”后你的生活是否变得更好:)

我们在生产中有很多应用程序,所以我不能只是切换到看看会发生什么,如果我们这样做,我们将进行大量测试,所以如果您切换到PARENT-LAST,我想获得一些反馈


感谢

对于分配给我的项目,我们实际上会在大多数应用程序中切换到PARENT-LAST。这样做的原因通常是特定于应用程序的实现,或者需要Websphere也使用的特定于应用程序的属性包(例如,覆盖Websphere commons logging设置)

如果在切换后出现故障,通常是因为突然开始使用的应用程序的设置有点错误(而在切换之前,它被Websphere的资源覆盖)。

Portlet应用程序(部署在Websphere Portal Server上)总是最后将其配置切换到父应用程序。根据我的经验,切换到parent last总是更好的,尤其是如果您使用的是commons日志记录。这是因为WebSphere在其自己的类加载器中包含了大量的内容,这些类加载器的版本/配置通常与您想要使用的版本/配置不同

如果您正在这样做,我建议您为应用程序的部署编写脚本,因为这可能是您在部署时遗漏的事情之一