java - 为什么我在不同的 eclipse 项目中得到不同的 java 版本？

Question

实际上，在单击“发布”按钮之前，我已经找到了我的问题的答案，但这对我来说非常令人沮丧，我继续发布它，希望它可以帮助其他人。 答案如下。

我正在使用 Eclipse Kepler，它是用 Java 1.7 构建的(但我认为这不会在这个问题中发挥作用)。我的问题是我最终在不同的项目中使用了不同版本的 java。

我有几个相关的项目，我将它们称为 BV_S、BV_A 和 BV_L。在我接手这项工作之前，设置了一个丑陋的 Subversion External 东西，以便 BV_A 和 BV_L 项目将各自从 BV_S 项目的深处提取一些 java 源文件。为了清理它，我决定提取所有共享源并创建一个新的 BV_Common 项目，该项目将创建一个 BV_Common.jar 文件，然后我将使用该 .jar 来构建三个现有项目中的每一个。从历史上看，这些项目混合使用了 Java 1.5 和 1.6。我的意图是用 1.6 做所有事情。

我创建了 BV_Common.jar 文件，将其 checkin Subversion，并在其他项目中设置 Subversion 外部属性，以便此 .jar 文件在每个 BV_S、BV_A 和 BV_L 项目中都可用，并修改了属性这三个项目中的每一个都包含 BV_Common.jar。

当我使用“作为 ANT 脚本运行”在每个项目中运行 build.xml 脚本时，我得到了不同的结果。 BV_L 构建得很好。 BV_A 和 BV_S 都得到可怕的“bad class file blah blah BV_Common.jar .. class file has wrong version 50.0, should be 49.0”错误——这表明我正在尝试使用用 Java 1.6 构建的 .jar 文件在运行 java 1.5 时。

在所有这些项目中，build.xml 文件引用了一个精心设计的共享构建 XML 文件集合(从单个公共(public)源中提取)。这些文件所做的其中一件事是打印出“java.version”的值。对于 BV_L 项目，报告为 1.6.0_30；对于 BV_S 和 BV_C，它是 1.5.0_14。所以不知何故，在某个地方，这些项目被告知使用(或兼容？)Java 1.5。但是对于我的生活，我无法弄清楚在哪里。

这是我看过的。在所有情况下，我在所有四个项目(BV_Common、BV_L、BV_C 和 BV_S)上看到的值都是相同的:
在项目属性屏幕的 Java 构建路径中，在库选项卡上，将 JRE 系统库设置为使用“JavaSE-1.6 (jdk1.6.0_30)”的“执行环境”。
在项目属性屏幕 Java 编译器中，选中“启用项目特定设置”框，并在 JDK 合规性下，选中“在 'Java Build Path' 上使用来自执行环境 'JavaSE-1.6' 的合规性”复选框。
在每个项目中，都有一个 .settings 文件夹，其中有一个 org.eclipse.jdt.core.prefs 文件。这些文件在项目之间是逐字节相同的。特别是，它们每个都包含以下几行:
org.eclipse.jdt.core.compiler.codegen.targetPlatform=1.6 org.eclipse.jdt.core.compiler.compliance=1.6 org.eclipse.jdt.core.compiler.source=1.6在每个项目中，都有一个 .project 文件(我假设它控制 Eclipse)；除了项目名称之外，这些文件都是相同的。

每个项目都有一个 .classpath 文件，这些不同是因为每​​个项目都有一组不同的所需的各种 .jar 文件，但它们都包含该行
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.6"/>它们不包含任何看起来像 java 编译器、JDK 或 JRE 规范的东西。

BV_Common 的 build.xml 脚本与其他脚本不同，因为它创建了一个 .jar 文件，但其余三个项目的构建脚本几乎完全相同。它们仅在以下方面有所不同:
项目名称属性
project.jvm_arguments 属性——一个指定附加的 -D 选项来标识配置文件。

但是在某个地方，有些东西将 Java 1.5 与我的 BV_L 和 BV_S 项目相关联。
我试过关闭并重新启动 Eclipse。

Answer 1

如顶部所述，不知何故，在输入这​​堵文字后，我突然意识到我需要检查什么。这就是发生的事情。

线索在于“从历史上看，这些项目混合使用了 Java 1.5 和 1.6”。当我第一次开始在我的工作站上处理这些项目时，在每个项目中，我右键单击 build.xml 文件，然后“作为 Ant 脚本运行”。这工作得很好，但我不知道的是，在每种情况下都创建了一个 .launch (又名外部工具配置)文件，其中包含来自项目属性的信息，包括要使用的 Java 版本。在某些情况下，这是 1.5。默认情况下，这些 .launch 文件隐藏在某个 Eclipse 目录中的某个位置，不在项目目录中以及控制项目及其构建的所有其他文件。 要对这些启动配置进行任何操作，必须单击带有红色手提箱的小按钮，选择外部工具配置，然后使用结果对话框。其中一个选项卡是“JRE”，在那里，可以指定与 Ant 构建一起使用的 JRE，就像在项目属性/Java 构建路径/库中一样 -- 但是要使用的 JRE 的这些规范是分开的，并且仅在首次创建启动配置时才连接。 因此，您可以在从 Eclipse 调试和执行时运行一个版本的 Java，而在使用 Ant 构建时运行另一个版本的 Java。
请注意，如果您只通过右键单击它并选择“以 Ant 脚本运行”来启动您的 Ant 构建脚本，并且您从不点击红色的小手提箱，您将永远不会知道这些启动配置，但它们将是反正用过。

您可以在“外部工具配置”对话框中选择将配置(.launch 文件)保存为“本地文件”(默认)还是“共享文件”。我觉得这个术语令人困惑。 “本地文件”意味着隐藏在本地工作站上的某个 Eclipse 目录中，并且不与从事该项目的其他人共享。 “共享文件”是指在该项目的 Eclipse 工作区目录中，您可以在其中看到它并将其 checkin Subversion，并且 checkout 该项目的其他开发人员将在其 Ant 构建中获得相同的配置。我推荐后者。