eclipse工程中的.classpath文件

本文解释了Eclipse项目的.classpath文件的结构和用途,包括源码目录、外部库路径及输出目录等关键配置项,并提供了具体的XML示例。
 
转自:http://coffeelet.blog.163.com/blog/static/13515745320107249178730/
eclipse工程中.classpath文件含义:
下面是一个.classpath文件内容:

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
        <!-- 源码目录 -->
        <classpathentry kind="src" path="src"/>


        <!-- 工程引用外部lib目录(最好用相对路径) -->        
        <classpathentry kind="lib" path="G:/java_ocr/Asprise-OCR-Java-Windows_XP_32bit-4.0/aspriseOCR.jar"/>
        <classpathentry kind="lib" path="lib/xstream-1.3.1.jar"/>
        <classpathentry kind="lib" path="lib/xpp3_min-1.1.4c.jar"/>
        <classpathentry kind="lib" path="lib/commons-logging.jar"/>
        <classpathentry kind="lib" path="lib/htmlparser.jar"/>
       
        <!-- JDK编译时容器,建立好java项目后自动产生的 -->
        <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/jdk1.6.0_06"/>
        <!-- class 目录,对于web工程的path就是WebRoot/WEB-INF/classes了 -->
        <classpathentry kind="output" path="bin"/>
</classpath>

说明:
1、<classpathentry kind="src" path="src"/>
含义:本工程的源码所在地路径--》在当前工程路径下的src文件下
2、<classpathentry kind="lib" path="G:/java_ocr/Asprise-OCR-Java-Windows_XP_32bit-4.0/aspriseOCR.jar"/>
含义:本工程所要应用的外部jar包,具体路径是G:/java_ocr/Asprise-OCR-Java-Windows_XP_32bit-4.0/aspriseOCR.jar这里利用的是绝对路径
注意:我们不要应用绝对路径,这样的话我们load工程的时候就会出现找不到jar包的现象我们要用<classpathentry kind="lib" path="lib/cobra.jar"/>
这种相对路径的格式,都用相对路径,那么当我们利用eclipse从文件load一个已经存在的工程的时候就不用在重新引入jar包了
3、<classpathentry kind="output" path="bin"/>
含义:本工程编译后的类文件存放到当前工程路径下的bin目录下



由于最近对一个开源项目(jmeter)的源码进行了编译的工作,发现了很多小的问题,就在这里总结一下。对于.classpath文件的含义就可以参考上面的转贴。
一般当下载好一个源码包后,我们就可以新建java工程,然后进行导入,接着把源码包中的eclipse.classpath中的内容复制到我们新建的java工程中的.classpath文件中。这时我们就可以编译项目了,一般在这里都会出现问题(如果引用到了外部的jar文件,这个可以在.classpath文件中查看),就是lib中的jar文件没有,或者名字跟.classpath文件中描述的不同。那么编译是就会提示***包不存在。此时我们就要手动的修改lib目录下jar文件的名字了,是它们与.classpath文件中一致即可。
### Eclipse 中 `org.springframework` 使用问题及解决方案 #### Bean 创建失败 (`BeansException`) 当在 Spring 容器中遇到 `org.springframework.beans.BeansException` 时,这表明容器在处理 bean 的生命周期管理方面遇到了障碍。此类异常可能源于多种因素,包括但不限于 XML 配置文件中的拼写错误、缺少必要的属性设置或是循环依赖等问题[^1]。 对于这类问题的一个有效排查手段是从检查配置文件着手,确认所有的 bean 是否都按照预期进行了声明,并且其所需的参数均已正确定义。此外,利用日志输出可以更深入地理解具体是在哪个阶段发生了错误以及涉及哪些组件。 #### JAR 文件版本不匹配 (MethodClassKey) 如果应用程序抛出了有关 `org.springframework.core.MethodClassKey` 的警告或错误,则可能是由于不同模块间所引用的 Spring 库存在版本差异所致。尤其是在多模块项目里修改了 Maven 或 Gradle 构建脚本之后更容易发生这种情况。建议统一各个子项目的依赖项至相同的大版本号下,从而减少潜在冲突的可能性[^2]。 针对 MyEclipse 用户来说,在调整 pom.xml 后应重新构建整个工程来确保所有更改生效;也可以尝试清理本地仓库缓存后再试一次更新操作。 #### 缺失 Bean 定义 (`NoSuchBeanDefinitionException`) 面对 `org.springframework.beans.factory.NoSuchBeanDefinitionException` 这样的提示信息,意味着程序试图访问一个尚未被注册到上下文环境里的对象实例。此时应当仔细核对 @ComponentScan 注解的应用范围是否涵盖了目标类所在的包路径,同时也要留意扫描机制是否会因为某些条件而跳过了特定区域内的候选者们[^3]。 另外值得注意的是,有时候即使表面上看起来已经正确设置了自动装配规则但仍会碰到此情况——这时不妨考虑显式指定要注入的对象名称或者通过其他方式增强识别度。 #### 类未找到 (`ClassNotFoundException`) 关于启动 Tomcat 时报出 `java.lang.ClassNotFoundException: org.springframework.web.context.ContextLoaderListener` 错误的情形,通常是由于 Web 应用部署描述符(web.xml)内指定了不存在于运行时刻classpath上的监听器类型引起的结果之一。为了修复它,除了保证相应的 spring-web*.jar 已经放置到了 WEB-INF/lib 下之外,还应该验证 web.xml 文档结构及其内部元素书写无误[^4]。 ```xml <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> ```
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值