笔者在用eclipse实践struts1+hibernate练习题的时候出现了:
java.lang.ClassNotFoundException: org.hibernate.Session
对于这个异常意思就是:找不到对应的包
所以第一反应是 查看工程有没有导入这个包 ,可以一看明明已经导入了这个包,那怎么还会出现这个错误呢,
后来经过谷歌,发现有很多人都碰到过这个异常,有的说是 导入的hibernate.jar有问题
于是我下了好几个版本的hibernate,都试了一下,结果还是不行
最后终于发现原来在WEB-INF/lib 下也到加入对应的包 这个是为什么呢?
经过百度得知,下面应用别人的原文:
http://hi.baidu.com/oritenson/blog/item/8c62adecf5aacdf0cf1b3e66.html
jar包放置在WEB-INF/lib下和通过build path导入的区别是什么?
通俗的讲是和classLoader有关,对于纯java项目,它不存在WEB-INF目录,所以在引入jar包的时候一般都是通过buildpath直接引入,例如我要引入Spring3X,那么先定义一个user library,然后通过build path引入。
纯java项目使用的本地自己的JRE,那么classLoader在加载jar和class时候是分开的,对于我们自己编写的class,会在APP_HOME/bin下。导入的jar包或者user library的配置信息会出现在APP_HOME/.classpath文件中,ClassLoader会很智能去加载这些classes和jar。.classpath文件内容如下:
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
<classpathentry kind="src" path="src"/>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/jre6"/>
<classpathentry kind="con" path="org.eclipse.jdt.USER_LIBRARY/Spring3.1.0"/>
<classpathentry kind="lib" path="E:/Jar_Framework/cglib/cglib-2.2.2.jar" sourcepath="E:/Jar_Framework/cglib/cglib-src-2.2.2.jar"/>
<classpathentry kind="lib" path="E:/Jar_Framework/commons-logging-1.1.1-bin/commons-logging-1.1.1/commons-logging-1.1.1.jar"/>
<classpathentry kind="lib" path="E:/Jar_Framework/aopalliance-1.0/aopalliance-1.0.jar"/>
<classpathentry kind="lib" path="E:/Jar_Framework/cglib/cglib-nodep-2.2.2.jar"/>
<classpathentry kind="lib" path="E:/Jar_Framework/spring revelant/aspectj-1.6.12.jar"/>
<classpathentry kind="lib" path="E:/Jar_Framework/spring revelant/aspectjweaver-1.6.8.jar"/>
<classpathentry kind="lib" path="E:/Jar_Framework/spring revelant/asm-3.2.jar"/>
<classpathentry kind="output" path="bin"/>
</classpath>
这样ClassLoader就会正确的找到所有需要的类。
而对于java web项目,就不一样了,虽然eclipse的workspace中仍然有.classpath文件,但即使你导入的了自己定义的user library,它也不会出现在.classpath中,这就是问题的关键。这到底是为什么呢???
对于java web项目,它最终不是通过本地的JRE去运行,而是部署到web 服务器,如Tomcat、Weblogic、WebSphere等,这些服务器都实现了自身的类加载器。
以Tomcat典型结果为例,它的目录结构分别对应四个不同的类加载器,关系如下:
common --- CommonClassLoader
server --- CatalinaClassLoader
shared --- SharedClassLoader
webapps --- WebappClassLoader
我们的 web 应用都是部署到 webapps 目录下,而WebappClassLoader加载器专门负责加载 webapps 下所有web项目的 WEB-INF 下的类库和类文件。而我们通过 user library 引入的 jar 包自然不会被 WebappClassLoader 加载器加载,所以才会出现 ClassNotFoundException 。
本文深入探讨了Java Web项目与纯Java项目在引入jar包时的不同机制,解释了为何在Java Web项目中通过userlibrary引入的jar包不会出现在.classpath中,以及如何正确配置类加载器确保所有依赖项可用。

735

被折叠的 条评论
为什么被折叠?



