最近,我们的一个团队成员的 Eclipse 项目出现了问题。Tomcat 没有部署应用程序的 JAR。
我们最终注意到,.classpath Eclipse 文件与项目没有问题的团队成员的文件不一样。我们将 .classpath文件替换为来自一个项目的文件,这个项目是 OK 的,并且 Tomcat 部署已经完成。
.classpath
只是出于好奇,并知道在未来看什么,如果有什么是错误的,在 ABC0和 .project文件中有什么。我可以在这里添加什么,这一切意味着什么?
.project
对于上面提到的文件,没有完整的引用,因为它们可以由各种插件扩展。
基本上。项目文件存储项目设置,如生成器和项目性质设置,而。类路径文件定义运行期间要使用的类路径。Classspath 文件包含与项目中的文件夹对应的 src 和 target 条目; con 条目用于描述某种“虚拟”条目,比如 JVM 库或者 Eclipse 插件依赖项(普通 Java 项目依赖项的显示方式不同,使用特殊的 src 条目)。
在工作区中创建项目时,将自动生成一个描述该项目的项目说明文件。此文件的唯一目的是使项目自描述,以便可以在另一个工作区中正确地重新创建压缩或发布到服务器的项目。
类路径指定 Java 构建器在项目中考虑哪些 Java 源文件和资源文件,并指定如何在项目外查找类型。Java 构建器将 Java 源文件编译到输出文件夹中,并将资源复制到该文件夹中。
Eclipse 是插件的执行期函式库。实际上,您在 Eclipse 中看到的所有内容都是安装在 Eclipse 上的插件的结果,而不是 Eclipse 本身。
.project文件由核心 Eclipse 平台维护,其目标是从通用的、独立于插件的 Eclipse 视图描述项目。项目名称是什么?它指的是工作区中的哪些其他项目?为了构建项目,使用了哪些构建器?(请记住,“构建”的概念不仅仅适用于 Java 项目,也适用于其他类型的项目)
.classpath文件由 Eclipse 的 JDT 特性(特写 = 一组插件)维护。JDT 在项目中保存多个这样的“ meta”文件(请参见项目中的 .settings目录) ; .classpath文件只是其中之一。具体来说,.classpath文件包含 JDT 特性正确编译项目所需的信息: 项目的源文件夹(即编译 什么) ; 输出文件夹(编译 到的位置) ; 以及类路径条目(如工作区中的其他项目、文件系统中的任意 JAR 文件等)。
.settings
盲目地将这些文件从一台机器复制到另一台机器可能是有风险的。例如,如果将任意 JAR 文件放在类路径上(即位于工作区之外并通过绝对路径命名引用的 JAR 文件) ,则 .classpath文件呈现为不可移植的,必须进行修改才能实现可移植性。可以遵循某些最佳实践来保证 .classpath文件的可移植性。
这个 eclipse 文档有关于 .project文件中标记的详细信息: 项目说明文件
它将 .project文件描述为:
在工作区中创建项目时,将自动生成一个描述该项目的项目说明文件。此文件的目的是使项目自描述,以便可以在另一个工作区中正确地重新创建压缩或释放到服务器的项目。这个文件总是被称为”。计划」