Java错误的主要版本

Question

在我们的hadoop集群上，我的Pig UDF无法抱怨

 [main] ERROR org.apache.pig.tools.grunt.Grunt - ERROR 1069: Problem resolving class version numbers for class <classname>

我读过用猪写的udf，就像教程一样 ，问题也很清楚，但是不幸的是我无法解决。 我的清单不包含版本（是否有必要？），尽管我使用1.7进行了编译，但javap报告的主要版本为52，代表Java 1.8。 那么我该如何解决呢？

Answer 1

我的清单不包含版本（这是必需的吗？）

版本清单条目与此无关。 类加载器不关注版本清单条目。

并且Javap报告主要版本52，代表Java 1.8，

这是相关的事实。

尽管我用1.7编译了它。

所有这些都归结为您如何编译代码，并且当您说使用Java 1.7进行编译时，我认为您是不正确的。

我为什么这么说？ 因为Java 1.7 Java编译器无法使用Java 1.8版本号创建“ .class”文件。 它根本不了解Java 8语法扩展以及对类文件格式的相应增强。

那么我该如何解决呢？

解决此问题的方法是仔细查看您的构建过程，并弄清楚如何以及为什么使用Java 1.8编译器来编译有问题的类。 因为毫无疑问，这就是发生了的事情。

如果您是手工构建（例如通过从命令行运行“ javac”和“ jar”，或通过单击IDE中的按钮），那么现在是学习诸如Maven，Ant和Gradle之类的构建工具的好时机。

---

跟进

那不是真的 我的设置证明了这一点，但是我想我发现了问题：.settings / org.eclipse.jdt.core.prefs包含几个1.8。 条目。 这可能是由于在创建项目时我有1.8。 已安装。

实际上，它没有“证明”任何东西……

这说明我可能正在使用Eclipse Java编译器而不是JDK的Java编译器进行编译。

实际上，您的Eclipse编译器正在（或正在）针对Java 1.8目标进行编译……因为您的Eclipse设置表明Eclipse Java编译器应该这样做。 如果使用Eclipse编译器来编译代码，则JDK或JRE安装的版本不会确定类文件的版本号。

再次，我强烈建议您学习使用Maven，Ant或Gradle，以便您的构建过程具有更高的可重复性和更少的错误发生率。

Answer 2

我想斯蒂芬·C是最笼统的答案。

在我的特殊情况下，问题是项目特定的编译器合规性设置错误，因为在创建项目时我在本地使用了JDK 1.8，后来在群集上收到错误时安装了1.7。

该选项非常隐蔽，可以在以下位置找到： Window > Preferences > Java > Compiler > "Configure project specific settings" > [projectname] > "Compiler compliance level"