java.lang.UnsupportedClassVersionError：.classファイルのバージョン番号が間違っていますか？

ソースからコンパイルしなければならないオープンソースライブラリを含めると、このエラーが発生します。現在、Web上のすべての提案は、コードが1つのバージョンでコンパイルされ、別のバージョン（新旧）で実行されたことを示しています。ただし、システムにJREのバージョンは1つしかありません。コマンドを実行すると：

$ javac -version
javac 1.5.0_18

$ java -version
java version "1.5.0_18"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_18-b02)
Java HotSpot(TM) Server VM (build 1.5.0_18-b02, mixed mode)

そしてEclipseでJavaライブラリのプロパティをチェックしてください、私は得ます 1.5.0_18

したがって、クラス自体の内部で何か例外をスローしていると結論する必要がありますか？それは可能ですか？

このようなエラーメッセージは通常正しいことを学びました。報告されているエラーが（心の中で）予測できない場合は、別の領域の問題を探しに行きます...元のエラーメッセージが本当に正しいことを数時間後に確認するだけです。

あなたはEclipseを使用しているので、Thiloはそれが正しいと思います。このメッセージが表示される最も可能性の高い理由は、プロジェクトの1つが1.6クラスをコンパイルしているためです。Eclipseには独自のコンパイラー（javacではなく）があり、1.6クラスをコンパイルするために必要なのは1.5 JREだけなので、システムに1.5 JREしかない場合でも問題ありません。奇妙なことかもしれませんが、これを許可するには設定をオフにする必要がありますが、なんとかやってみました。

問題のプロジェクトについては、プロジェクトのプロパティ（通常はAlt + Enter）、Javaコンパイラセクションを確認してください。これは、1.6をコンパイルするように構成されたプロジェクトのイメージですが、JREは1.5のみです。

完全な「クリーン」を実行してから、Eclipseで再ビルドしましたか（プロジェクト->クリーン...）？

コマンドラインから直接「javac」と「java」でコンパイルして実行できますか？それは正しく動作しますか？

プロジェクトを右クリックして[プロパティ]に移動し、[Javaビルドパス]に移動した場合、いずれかのタブに不審なエントリがありますか？これは基本的にあなたのCLASSPATHです。

Eclipse設定で、「Java」セクションの「Installed JREs」セクションを再確認し、それが想定どおりであることを確認することもできます。

古い.classファイルがどこかに配置されているか、使用しているJavaのバージョンでコンパイル時と実行時の不一致が発生しています。

Eclipseでコンパイルしましたか？別のコンパイラ（javacではない）を使用します。これでこのエラーは発生しないはずです（すべてが適切に構成されている場合）が、代わりにjavacでコンパイルしてみてください。

それで問題が解決した場合は、Eclipseに誤ったコンパイラ設定があるかどうかを確認してください。具体的には、Java 5をターゲットにします。

同じエラーが発生しました。その理由は、Mavenを使用してプロジェクトをコンパイルしていたためです。JAVA_HOMEがJDK7を指しているため、Java 1.7がコンパイルに使用されていたため、プロジェクトの実行時にJDK1.5を使用していました。.classpathファイルの以下のエントリを変更するか、スクリーンショットのようにEclipseを変更すると、問題が解決しました。

classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/J2SE-1.5

または日食の実行構成を次のように変更します

また、Javaの上位バージョン用にコンパイルされたプロジェクト内のjarファイルも確認してください。これらが独自のライブラリである場合は、ターゲットバージョン属性をjavacに変更することで修正できます。

<javac destdir="${classes.dir}"
            debug="on" classpathref="project.classpath" target="1.6">

これが発生する可能性のある別のシナリオは、ホストのEclipseからEclipseのインスタンス（デバッグなど）を起動する場合です。その場合、プロジェクトのレベルまたはプロジェクトのクラスパス上のJREライブラリを変更するだけでは効果がありません。重要なのは、ターゲットのEclipse環境を起動するために使用されるJREです。

常に明白なものもチェックしてください。サーバーの追加と削除のアクションで間違ったリソースを誤って取得したときに、このエラーが発生しました。見落としがちです。

プロジェクトフォルダーからプロジェクト固有の設定ファイル（Eclipseワークスペース/プロジェクトフォルダー/.settings/）を削除することもできます。明らかに、削除後にプロジェクトをクリーンアップしてビルドする必要があります。

Java 1.7を使用するようにプロジェクトを変更する：これを機能させるには、次の手順に従います。

• コンパイラのコンプライアンスレベルを変更する
• プロジェクトのJRE / JDKを同じレベル（私の場合は1.7）に変更します。
• プロジェクトが参照するすべてのプロジェクトで同じ変更を行います
• JRE / JDK（または同じレベル）を使用するように実行/デバッグ構成を変更します。

機能していませんか？

• プロジェクトのBinディレクトリを削除する
• 掃除
• 再構築

まだ動作していません？

プロジェクトのディレクトリ：.settings / org.eclipse.jdt.core.prefsを編集>ターゲットレベルが適用されていることを確認

幸運を！

サーバーに必要なjreを変更することでこの問題を解決しました（私の場合はtomcatです）。Eclipseの[サーバー]タブで、サーバーをダブルクリックし（サーバー構成のページを開くため）、[ランタイム環境]をクリックして、必要なJREを変更します