弄了一下午才解决的log4j问题#####
在一个webservice项目中，引入log4j来记录Exception日志，本来很简单的功能，可是由于思维方式的不对，导致问题用了3个小时才解决，客户端调用服务端的时候一直报 java.lang.ClassNotFoundException: org.apache.log4j.Logger错误，搜索了很多资料，最后看到一个人说要把log4j的包copy到WEB-INF目录下的lib文件夹中，如此操作后，果然可以记录日志，这使我好奇一个问题，项目可以通过buildpath对包进行依赖，同时可以把包copy到lib目录下进行依赖，二者之间有什么区别？
我们可以通过java虚拟机的类加载器来理解。
通过buildpath设置（或添加）程序使用jar包的classpath。
Java虚拟机是根据Java ClassLoader(类加载器)决定如何，到那里去加载Class
我们之所以把jar包放在classPath下，是因为存在ClassPath ClassLoader
我们之所以可以不再ClassPath指定一些Jar包，但在Java程序中也能使用。
那是因为有 Root ClassLoader(由C++编写)
我们之所以把Jar包放入webroot下的lib文件夹，并且可以在我们的程序中使用，那是容器实现了自己的ClassLoader。
所以说能不能加载Jar，加载哪里的Jar，是根据ClassLoader决定的。
系统默认提供了3个ClassLoader
Root ClassLoader -> ClassPathLoader -> ExtClassLoader(用于加载Java虚拟机ext目录下的Jar)
当然我们也可以编写自己的ClassLoader，去加载特定环境下的Jar文件。
你可以去看看ClassLoader的相关介绍（想深入了解java虚拟机的话）。
Eclipse只是一个开发工具，至于采用导入方式Copy Jar包，还是采用，手动Copy到webroot\lib目录下，都是一样的。
因为如果你做的是WEB开发的话，不管你是采用Eclipse导入方式还是采用手动拷贝的方式，最后那些Jar都会被放在webroot/lib目录下。
当然利用Eclipse去导入Jar包也有一些要注意的地方，比如Eclipse下方会有英文的提示信息"是否将Jar包拷贝到WebRoot/Lib"下，如果没有选中，
你会惊讶的发现我的程序也能运行。。。
这是因为Eclipse在这种情况下，自动将这个Jar包设置成ClassPath形式了。
如果换一台机器，你的程序就不能运行了。原因很简单，
因为不是所以机器都有ClassPath的。也更不会像Eclipse那样，自动的为为程序在启动前设置Jar的ClassPath。
