問題タブ [unsupported-class-version]

だから私はこの男とほとんど同じ問題を抱えています:

Maven インストール OSX エラー サポートされていない major.minor バージョン 51.0

そこには何も機能していません....問題はシンボリックリンクのどこかにあると思います。$JAVA_HOME を .bash_profile に定義し、 java -version でバージョンを正しく報告しました。しかし、何らかの理由で mvn は古いバージョンの Java を使用しようとしています。

私のマシン上のすべてのリストは次のとおりです。

1.8を使いたいです。そしてそれを認識するためにmvn。

これを実行すると：

そして、私が実行した場合：

このシンボリックリンクの順序が間違っていることに気付きました：

「CurrentJDK」は実際にどこでも使用されていますか? また、リンクを更新するにはどうすればよいですか?

何が起こっているのか理解できません...すべてが新しいJavaを指しているようです.mvnはどこでどのようにJava 6を読んでいますか(サポートされていないメジャー.マイナーバージョン51.0)?

割り当てに Spring Tool Suite (基本的には Eclipse と同じ、実際には違いを見つけることはできませんが、それを使用するように作られています) を使用していますが、プロジェクトを右クリックして「Run As -> Maven Install」。

スレッド「メイン」の例外 java.lang.UnsupportedClassVersionError: org/apache/maven/cli/MavenCli : java.lang.ClassLoader.defineClass1(Native Method) で java.lang.ClassLoader.defineClassCond(ClassLoader) でサポートされていない major.minor バージョン 51.0 .java:637) で java.lang.ClassLoader.defineClass(ClassLoader.java:621) で java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) で java.net.URLClassLoader.defineClass(URLClassLoader.java:283) でjava.net.URLClassLoader.access$000(URLClassLoader.java:58)で java.net.URLClassLoader$1.run(URLClassLoader.java:197)で java.security.AccessController.doPrivileged(ネイティブメソッド)で java.net.URLClassLoaderでorg.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:401) の .findClass(URLClassLoader.java:190) org.codehaus.plexus.classworlds.org.codehaus.plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271) の strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm. java:254) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239) で org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) で org.codehaus .plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) org.codehaus.plexus.classworlds.launcher.Launcher .mainWithExitCode(Launcher.java:415) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:254) org.codehaus.plexus.classworlds.realm.ClassRealm. org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) の loadClass(ClassRealm.java:239) org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) の loadClass(ClassRealm.java:239) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) で org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) で org.codehaus.plexus.classworlds .launcher.Launcher.main(Launcher.java:356)plexus.classworlds.realm.ClassRealm.unsynchronizedLoadClass(ClassRealm.java:271) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:254) org.codehaus.plexus.classworlds.realm.ClassRealm. org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) の loadClass(ClassRealm.java:239) org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) の loadClass(ClassRealm.java:239) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) で org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) で org.codehaus.plexus.classworlds .launcher.Launcher.main(Launcher.java:356)254) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239) で org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) で org.codehaus.plexus .classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:415) org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:356) で254) org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:239) で org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144) で org.codehaus.plexus .classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:415) org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:356) でlaunch(Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)launch(Launcher.java:229) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)

スタック交換で見つけた他のすべては、これがJavaバージョンに関係していることを意味しますが、どのように間違っているのかわかりません。端末で mvn -version を実行すると、

java -version を実行すると、

JAVA_HOME を設定してみました ( Maven Installation OSX Error Unsupported major.minor version 51.0に従って)、正しいパスに設定されています。

私のSTS設定は、1.8を使用してコンパイルし、1.8を使用して実行していると言い、プロジェクトのプロパティも1.8を使用してコンパイルしていると言っています。問題がどこにあるのかわかりません。

私は最初、すべてを Java 1.7 に変更して、それが問題であるかどうかを確認しようとしましたが、それでも解決しませんでした。それが私のグループの残りの部分が使用しているものであるため、最終的に1.8に戻しました。

これは私の最初の投稿なので、スクリーンショットを投稿することはできません。スクリーンショットはリンクにあります。 http://imgur.com/a/al7go

プロジェクトのビルドと配布に gradle を使用していますが、ビルド コマンドを使用しようとするとエラーが発生します。

エラーメッセージは次のとおりです。

build.gradle ファイルを確認したところ、ソースの互換性が 1.6 であることがわかりました。ここに私のGradleビルドファイルがあります:

Java バージョンと Java ビルド パスも確認しました。

誰かがこのエラーの解決策を見つけるのを手伝ってくれることを願っています. ありがとう！

PS この質問は、他の Unsupported major.minor の質問とは多少異なると思います。

Stanford Chinese Segmenter を実行すると UnsupportedClassVersionError が発生します。これは最新のJavaバージョンに更新していないことが原因であると言っている他の投稿を見ました。以下のスクリーンショットに示すように、Mac で最新の Java を更新しましたが、問題は残っています。

テスト環境と本番環境にデプロイされる Hadoop プロジェクトに取り組んでいます。テスト環境ではすべて正常に動作しますが、本番環境では同じコード/ビルドが次のエラーで失敗します。

スレッド「メイン」の例外 java.lang.UnsupportedClassVersionError: com/package/vo/MyClassName : サポートされていない major.minor バージョン 51.0 java.lang.ClassLoader.defineClass1(Native Method)で java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)で java.lang.ClassLoader.defineClass(ClassLoader.java:615)で java.security.SecureClassLoader.defineClassで(SecureClassLoader.java:141) で java.net.URLClassLoader.defineClass(URLClassLoader.java:283) で java.net.URLClassLoader.access$000(URLClassLoader.java:58) で java.net.URLClassLoader$1.run(URLClassLoader. java:197) で java.security.AccessController.doPrivileged(Native Method) で java.net.URLClassLoader.findClass(URLClassLoader.java:190) で java.lang.ClassLoader.loadClass(ClassLoader.java:306) で sun.misc .Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:95) at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:107) sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:31) で sun.reflect.generics.visitor.Reifier.reifyTypeArguments(Reifier.java:50) で sun.reflect.generics.visitor.Reifier.visitClassTypeSignature で(Reifier.java:120) で sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:31) で sun.reflect.generics.repository.FieldRepository.getGenericType(FieldRepository.java:67) で java.lang. com.google.gson.internal.bind.ReflectiveTypeAdapterFactory.getBoundFields(ReflectiveTypeAdapterFactory.java:117) com.google.gson.internal.bind.ReflectiveTypeAdapterFactory.create(ReflectiveTypeAdapterFactory.java:72) で com.google.gson.Gson.getAdapter(Gson.java:356) で com.google.gson.Gson.fromJson (Gson.java:802) com.google.gson.Gson.fromJson(Gson.java:768) com.google.gson.Gson.fromJson(Gson.java:717) com.google.gson.Gson. fromJson(Gson.java:689)

これは、クラスのコンパイル中に使用された Java バージョンと、同じ実行に使用された Java バージョンとの間のバージョンの不一致によるものであると理解しています。

しかし、これを確認すると、テスト環境と本番環境の両方で jre 7 が使用されていることがわかり、バージョン 51 はこれと互換性があるはずだと思います。

テスト環境

本番環境

テスト環境で使用する Hadoop バージョン：Hadoop 2.6.0.2.2.9.0-3393 本番環境で使用する Hadoop バージョン：Hadoop 2.4.0.2.1.15.3-7

上記のクラスは、シェル スクリプトで以下のコマンドを使用して実行され、ここでエラーが発生します。

ここで、ALL_JARS は ':' で区切られた jar ファイルのリストで、そのうちの 1 つには上記のクラス GetCount が含まれ、もう 1 つにはエラーが表示されるクラスが含まれます: com/package/vo/MyClassName

ここで何がうまくいかないのか、それもテスト環境と同じJavaバージョンを持つ本番環境でのみ知っているかもしれません

私は PhoneGap フレームワークに取り組んでおり、IntelliJ 14 で phonegap の古いプロジェクトを読み込もうとしています。

プロジェクトをロードすると、継続的にエラーが発生します:

私は以下の方法で試しました：

• API 19 、 23 、および最新のものでも試したAndroid SDKバージョン
• MACとWindowsの両方で試しました
• プロジェクトは、すでに作成された場所からシステム上でコンパイルされています
• プロジェクトはGradleに基づいていません。

誰かがこの問題に直面している場合は、私に知らせてください

Tomcat マネージャー webapp を介してローカル サーバーに war ファイルをデプロイしようとしています。ポスト デプロイメントを開始しようとすると、コンテキスト パスのアプリケーションを開始できなかったため、エラーが発生します。ここに web.xml と context.xml があります。

Context.xml

Web.Xml

Fail ダイアログの背後にある理由を教えてください。

サーバーログを追加

javaME 8.2 で JNA を使用しようとしていますが、うまくいきません。私は JNA と JavaME の両方が初めてです。現在、NetBeans 8.1、javaME SDK 8.2、および JNA 4.2.1 を使用しています。

IntByReference JNA 型のインスタンスを作成するだけの次の非常に単純なテスト アプリケーションがあります。

コードはエラーなしでビルドされますが、エミュレーターで実行しようとすると (SDK と共にインストールされた既定の EmbeddedDevice エミュレーターを使用しています)、次のエラーが発生しました。

実行に使用されたものよりも新しいJDKでクラスをコンパイルすると、java.lang.UnsupportedClassVersionErrorが発生することは知っていますが、これは当てはまりません。

ここで何が起こっているのか、誰にもわかりませんか？

Google ソースから独自の AOSP でビルドしようとしています。Googleドキュメントに記載されている手順に従い、ビルドに成功し、デバイスにイメージを正常にフラッシュすることができました. ただし、いくつかの変更を加えた後、再度ビルドを試みました (基本的には、いくつかのログを追加して試してみました)。ビルドでエラーが発生しました。その後、もう一度作成しようとしましたが、Javac 1.6が見つかりましたと表示されました。Javac 1.7 が必要です。次に、次のコマンドを使用して、この特定の問題に対する回答をたどりました。

次に、オプション 0 を選択しました。その後、もう一度作成を試みました。今回は以下のエラーで失敗しました。

この質問に対するすべての回答を確認した後 (何度も質問されていることがわかりました)、コンパイル時間 (上位バージョン) と実行時 (下位バージョン) の JDK が一致しないため、Java 1.7 を使用して再コンパイルする必要があることがわかりました。Androidビルドでそれを行うにはどうすればよいですか? また、「Javac 1.6 が見つかりました。Javac 1.7 が必要です」というエラーが表示された理由にも驚いています。Java 1.6 を使用してビルドを正常に作成したためです。