在我的 WebSphere 8 应用服务器上，默认的类加载顺序是 parent_first（尝试从应用服务器类加载器加载，然后才从 EAR 类加载器加载）。
这会在我的应用程序对 Apache 的 HttpClient 的使用和 WebSphere 的内部使用之间产生冲突。
我正在考虑将加载顺序切换到 parent_last（prefer-web-inf-classes 在 WebLogic 中）。
将 Java EE 应用程序类加载顺序翻转到 parent_last 时需要注意哪些陷阱？
【问题讨论】：
标签： jakarta-ee classloader nosuchmethoderror websphere-8
应该没有。
PARENT_LAST 允许您的应用程序与类和 jar 一起分发，否则这些类和 jar 会与 WebSphere 的冲突。当两个不同的不兼容类加载器加载 WebSphere AS 和您的应用程序中的类时，只要出现 ClassClassException，就会使用该设置。
类加载器模式 - PARENT_FIRST 和 PARENT_LAST - 在 Class loaders in the WebSphere Application Server 8.0 Information Center 中进行了描述。
人们倾向于将 jar 包捆绑在应用程序中，这会使部署时间更长、内存消耗更高并且（库）管理更难。
对于开发人员来说，将所有内容保存在应用程序中显然更容易，因此他们不必描述管理员必须设置的共享库（或 OSGi 存储库）。
我想不出PARENT_LAST 有帮助的情况，除非我们假设在应用程序中分发 jar 是一件好事（我会争论这一点）。
应用程序中的 jar 越少越好：
可能有更多的理由不在应用程序中捆绑 jar，这会进一步削弱 PARENT_LAST 配置设置。
坚持PARENT_FIRST，直到他们告诉你他们有理由更换，当它发生时你告诉他们答案;-)
【讨论】：
来自Understanding the IBM Software Developers Kit (SDK) for Java > Class loading：
[委托模型] 防止来自不太受信任的来源的代码被替换 通过假定与核心部分同名的可信核心 API 类 API。
因此，PARENT_LAST 似乎存在于应用程序由于版本不兼容而必须覆盖基类的情况，但这样做也可能会削弱安全性。
【讨论】：