Offending class: javax/servlet/Servlet.class出现原因及解决方案
发布日期:2021-11-16 18:49:52
浏览次数:5
分类:技术文章
本文共 2976 字,大约阅读时间需要 9 分钟。
Offending class: javax/servlet/Servlet.class出现原因及解决方案
启动tomcat,发现功能异常,检查日志后,发现有以下一段错误记录: validateJarFile(E:\workspace\gzmetro\webapp\WEB-INF\lib\servlet-api-2.4.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class错误原因:
tomcat的lib目录下已经有Servlet.class这个类了,工程目录下的lib的的某些jar包里又有,导致加载失败。 解决方案: 清楚工程lib下多余的jar包。附:
tomcat类加载顺序(引用:) Tomcat下的文件目录 /bin:存放启动和关闭tomcat的脚本文件; /conf:存放tomcat的各种配置文件,比如:server.xml /server/lib:存放tomcat服务器所需要的各种jar文件(jar文件只可被tomcat 服务器访问) /server/webapps:存放tomcat自带的两个web应用:admin应用和manager应用。 /common/lib:存放tomcat服务器以及所有web应用都可以访问的jar文件夹(web和tomcat服务器都可访问此jar) /shared/lib:存放web都可访问的jar文件。(可以被所有的web访问,但不能被tomcat访问) /logs:存放tomcat的日志文件 /webapps:当发布web应用时,默认情况下把web应用文件放于此目录下 /work:tomcat把由jsp生成的Servlet放于此目录另:在web应用中,WEB-Inf目录下,也可以建立lib子目录,在此子目录下可以存放各种jar文件,这些jar文件只能被当前web应用访问。其中,在web-
inf目录下的lib与classes目录,Tomcat类装载器先装载classes目录下的类,再装载lib目录下的类。因为类同名时,classes优先。
其中jsp运行时,查找class的顺序为:项目文件夹(WEB-INF\lib)—>容器文件夹(tomcat\common\lib)—>jdk文件夹(jdk\jre\lib\ext)
Tomcat是一种向上寻找的层次结构,也有向下的,或者是可配置的。Tomcat的class加载的优先顺序一览
————- 1.最先是 JAVAHOME/jre/lib/ext/下的jar文件。2.环境变量CLASSPATH中的jar和class文件。3. CATALINA_HOME/common/classes下的class文件。 4. CATALINAHOME/commons/endorsed下的jar文件。5. CATALINA_HOME/commons/i18n下的jar文件。 6. CATALINAHOME/common/lib下的jar文件。(JDBC驱动之类的jar文件可以放在这里,避免配置好数据源却找不到JDBCDriver的情况。)7. CATALINA_HOME/server/classes下的class文件。 8. CATALINAHOME/server/lib/下的jar文件。9. CATALINA_BASE/shared/classes 下的class文件。 10.$CATALINA_BASE/shared/lib下的jar文件。 11.各自具体的webapp /WEB-INF/classes下的class文件。 12.各自具体的webapp /WEB-INF/lib下的jar文件。class的搜寻顺序如下
————- /WEB-INF/classes of your web application /WEB-INF/lib/*.jar of your web application CATALINAHOME/common/classes CATALINA_HOME/common/endorsed/*.jar CATALINAHOME/common/i18n/∗.jar CATALINA_HOME/common/lib/*.jar CATALINABASE/shared/classes CATALINA_BASE/shared/lib/*.jar ————– 因此放在不同webapp里的class文件,会被classloader加载成不同的实例。 在不同的webapp加载相同类名的类互不影响。但是注意,以下包名开头的class例外:
javax.* org.xml.sax.* org.w3c.dom.* org.apache.xerces.* org.apache.xalan.*ps,注意.在各个jar中的\META-INF\MAINFEST.MF文件里Class-Path键值对,也会提供jar的加载优先顺序。
例如某jar的MAINFEST.MF内容如下: Manifest-Version: 1.0 Created-By: Zianed Class-Path: commons-beanutils.jar Class-Path: commons-collections.jar Class-Path: commons-dbcp.jar Class-Path: commons-digester.jar Class-Path: commons-logging.jar Class-Path: commons-pool.jar Class-Path: commons-services.jar Class-Path: commons-validator.jar Class-Path: jakarta-oro.jar Main-Class: Test那么在加载这个jar的时候,会先在此jar所在目录下依次先加载commons-beanutils.jar,commons-collections.jar等jar文件。
在不同的地方放置jar和class可能会产生意想不到的后果,尤其是不同版本的jar文件,因此在实际应用部署web应用时候要特别留心.例如 使用javamail常见的一个出错信息:
javax.mail.NoSuchProviderException: No provider for smtp 其真实原因就很可能如下: 在不同的加载jar的目录下放置了不同版本的mail.jar,比如一个是javamail1.3.1的mail.jar 在D:\jakarta-tomcat-5.5.8\common\lib下,而另外一个是javamail1.3.2的mail.jar在 D:\jakarta-tomcat-5.5.8\webapps\mialtest\WEB-INF/lib下, 那么mialtest中使用到javamail进行邮件发送的时候,便会出现No provider for smtp的错误。转自:
转载地址:https://blog.csdn.net/thatluck/article/details/52079173 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!
发表评论
最新留言
第一次来,支持一个
[***.219.124.196]2024年04月22日 18时31分35秒
关于作者
喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!
推荐文章
用 C 语言开发一门编程语言 — 变量元素设计
2019-04-27
Linux 操作系统原理 — 文件系统 — 虚拟文件系统
2019-04-27
Linux 操作系统原理 — 文件系统 — 实现原理
2019-04-27
Kubernetes — 生产环境架构简述
2019-04-27
Kong APIGW — Overview
2019-04-27
FD.io/VPP — L2 vSwitch
2019-04-27
FD.io/VPP — QoS — DPDK Hqos
2019-04-27
Kubernetes — Kubespray 开箱即用的部署工具
2019-04-27
Ansible — Inventory 清单文件
2019-04-27
Openstack组件部署 — Nova overview
2019-04-27
Openstack组件部署 — Nova_安装和配置Controller Node
2019-04-27
全虚拟化与半虚拟化的实现方式
2019-04-27
KVM 虚拟化架构和实现原理
2019-04-27
Openstack组件实现原理 — Nova 体系结构
2019-04-27
ROW/COW 快照技术原理解析
2019-04-27
OpenStack 实现技术分解 (7) 通用库 — oslo_config
2019-04-27
KVM/QEMU/qemu-kvm/libvirt 概念全解
2019-04-27
如何理解写文档这件事情 ?
2019-04-27