Weblogic中Threadpool has stuck threads解决办法

NULL 博文链接：https://sunct.iteye.com/blog/1735195

weblogic常见报错处理

资源下载链接为： https://pan.quark.cn/s/67c535f75d4c 在 Java 企业级应用开发中，WebLogic Server（简称 WebLogic）和 Apache Tomcat 是两种常见的应用服务器。Tomcat 是轻量级应用服务器，主要用于运行 Servlet 和 JSP；而 WebLogic 是功能强大的企业级应用服务器，支持 EJB、JMS、JPA 等更多服务。当把在 Tomcat 上正常运行的应用迁移到 WebLogic 时，常会遇到配置问题和 JAR 包冲突问题，其中 JAR 包冲突是关键。这是因为不同应用服务器可能内置不同版本的库，或类加载机制有差异，导致原本在 Tomcat 上运行良好的应用在 WebLogic 上出现问题。 以下是解决 WebLogic 中 JAR 包冲突的策略： 排查并移除冲突 JAR 包：检查应用的WEB-INF/lib目录，找出与 WebLogic 自带库冲突的第三方 JAR 包。WebLogic 内置大量 Java EE 标准库，若应用重复引入这些库，就会产生冲突，可尝试移除或替换冲突的 JAR 包。 利用 WebLogic 的<class-loader>配置：在weblogic.xml文件中，通过<class-loader>标签设置类加载策略。例如，设置delegate="false"，让 WebLogic 优先加载应用自身的类库，避免与服务器内置库冲突。 使用私有库：WebLogic 支持创建私有库，可将应用依赖的特定版本 JAR 打包到私有库中，并在部署描述符中引用该库，确保类加载时使用私有库中的类，而非服务器全局库。 设置“耳聋”类加载器：对某些特定 JAR 包，可设置为“耳聋”模式，使其不响应父类加载器的请求，从而避免冲突。 借助 OSGi 模块化管理：若应用基于 OSGi，可通过模块化管理

Hibernate的Antlr在Weblogic中产生Jar冲突的历史缘故以及解决办法