Comment réparer java.lang.UnsupportedClassVersionError: non pris en charge majeure.version mineure

java.lang.UnsupportedClassVersionError se produit en raison d'une hausse de la JDK lors de la compilation et de la baisse des JDK au cours de l'exécution.

OriginalL'auteur Vivek Kumar Ray

Ne vous inquiétez pas, je l'ai résolu.

C'est simple - vous devez installer à la FOIS JRE /JDK avec la même version.

JRE 6 -> JDK 6

JRE 7 -> JDK 7

Et ainsi de suite.

OriginalL'auteur ERJAN

Vous essayez d'exécuter votre programme avec une version de Java qui ne prend pas en charge la version dans laquelle le code a été compilé. Donc, fondamentalement, vous devez avoir compilé votre code avec une version plus récente et d'essayer de l'exécuter à l'aide d'une version plus ancienne.

Que vous obtenez

Unsupported major.minor version 51.0

et la version 51.0 correspond à J2SE 7 vous avez probablement compilé votre code en Java 7 et d'essayer de l'exécuter à l'aide d'une version plus ancienne. Vérifiez que java -version affiche. Il doit être de la version de Java 7. Si pas de faire les changements nécessaires dans le CHEMIN d'accès/JAVA_HOME. Ou vous pouvez compiler avec la même version que vous tentez d'exécuter le code. Si les configurations sont déroutants, vous pouvez toujours donner le chemin absolu /home/user/jdk1.7.0_11/bin/javac et /home/user/jdk1.7.0_11/bin/java.

OriginalL'auteur Aniket Thakur

Dans l'Éclipse du menu Fenêtre -> Préférences -> Java -> Compilateur vérifier aussi "Configurer les Paramètres Spécifiques d'un Projet".

Si vous stil ont l'erreur avec la même version de Java: essayez de supprimer le dossier de création de votre projet manuellement. Puis redémarrer Eclipse.

OriginalL'auteur Andreas L.

Le problème le plus commun est une mauvaise configuration de votre JAVA_HOME variable qui doit pointer vers la droite Kit de Développement Java bibliothèque, si vous avez plusieurs installé.

Pour trouver où Java SDK se trouve le dossier, exécutez les commandes suivantes:

jrunscript -e 'java.lang.System.out.println(java.lang.System.getProperty("java.home"));'

Debian/Ubuntu

Pour vérifier quelle version de java (openjdk) que vous avez installé, vérifiez via:

dpkg -l "openjdk*" | grep ^i

ou:

update-java-alternatives -l

Changer:

update-alternatives --config java

^{Préfixe sudo si nécessaire.}

pour sélectionner l'autre version de java.

Ou vérifier qui sont disponibles pour l'installation:

apt-cache search ^openjdk

^{Préfixe sudo si nécessaire.}

Ensuite, vous pouvez installer, par exemple:

apt-get install openjdk-7-jre

^{Préfixe sudo si nécessaire.}

Fedora, Oracle Linux, Red Hat

Installer/mettre à niveau package approprié via:

yum install java-1.7.0-openjdk java-1.7.0-openjdk-devel

La java-1.7.0-openjdk paquet contient seulement le Java Runtime Environment. Si vous souhaitez développer des programmes Java puis installer le java-1.7.0-openjdk-devel paquet.

BSD

Il y a un OpenJDK 7 dans la collection des Ports FreeBSD appelé openjdk7 qui a probablement besoin d'être reconfigurés.

Voir: OpenJDK page wiki.

Windows

Juste d'installer un Java SE Development Kit bibliothèque de la Oracle site ou installer

Jenkins

Si vous êtes confronté à ce problème avec Jenkins, voir:

• JENKINS-30561 - Impossible de lancer l'agent en utilisant SSH

Cependant la sélection de la bonne version de Java (plus récente) avec update-alternatives devrait fonctionner.

OriginalL'auteur kenorb

Quand j'ai installé JDK 1.7, le problème a résoudre.

OriginalL'auteur user3168034

Comme réponse ailleurs par plusieurs personnes, le programme Java est en cours d'exécution sur une ancienne version de Java que celui qu'il a été compilé. Il doit être "crosscompiled" pour des raisons de compatibilité descendante. Pour le dire autrement, il existe une incompatibilité entre la source et la cible versions de Java.

La modification des options dans Eclipse menus ne répondez pas à l'affiche originale, qui a dit qu'il/elle n'est pas à l'aide d'Eclipse. Sur OpenJDK javac la version 1.7, vous pouvez crosscompile pour 1.6 si vous utilisez des paramètres -source et -target, en plus de fournir le rt.jar -fichier de la version cible (qui est, le plus âgé) au moment de la compilation. Si vous avez fait installer le JRE 1.6, vous pouvez pointer à son installation (par exemple, /usr/lib/jvm/java-6-openjdk-i386/jre/lib/rt.jar sur Ubuntu, /usr/jdk/jdk1.6.0_60/jre/lib/rt.jar sur SunOS apparemment. Désolé, je ne sais pas où il est sur un système Windows). Comme:

javac -source 1.6 -target 1.6 -bootclasspath /usr/lib/jvm/java-6-openjdk-i386/jre/lib/rt.jar HelloWorld.java

Il ressemble, vous pouvez seulement de téléchargement rt.jar à partir de l'Internet, et point. Ce n'est pas trop élégant:

javac -source 1.6 -target 1.6 -bootclasspath ./rt.jar HelloWorld.java

OriginalL'auteur Mace Ojala

• Si vous utilisez Maven, jeu Java compiler niveau. Ouvrez une ligne de commande et écrire java -version pour compiler votre niveau:

  

• Si vous utilisez IntelliJ IDEA, sélectionnez projet → Fichier → Paramètres → Construire l'Exécution de Déploiement → Compilateur → Compilateur Java. Puis changement de byte code 1,7 aime cette image:

  

OriginalL'auteur ethemsulan

J'ai eu le même message d'erreur lors de l'exécution de la Fourmi à partir d'Eclipse, mais les autres solutions mentionnées ici ne résout pas mon problème. Le plus drôle est que Ant en cours d'exécution à partir de la ligne de commande de Windows est en cours d'exécution fine, donc ça doit être un problème de configuration au sein d'Eclipse.

Il s'est avéré que sous Eclipse, vous pouvez spécifier l'environnement qui Ant doit être en cours d'exécution avec et cela a été défini comme un JRE au lieu d'un JDK.

• Aller à: Exécuter -> Outils Externes -> Outils Externes Configurations ...
• Sélectionnez la Fourmi build.xml pour votre projet (si vous avez plusieurs projets)
• Activer l'Onglet 'JRE'
• Ici a été sélectionné Distincts JRE: re6'. Quand j'ai changé de ce à un JDK depuis la version 1.6 ou 1.7 de la série, l'erreur a disparu.

OriginalL'auteur ckielstra

Vous avez utilisé une version supérieure de la JDK pour compiler et d'essayer de l'exécuter à partir d'une version inférieure de JDK/JRE.

Pour le vérifier, consultez les informations de version:

javac -version

java -version

Ils seront différents et javac aura un numéro de version supérieur.

Pour contourner ce problème, exécutez l'aide de java à partir de la version du JDK ou si vous avez un nouveau JRE/JDK qui fonctionnera aussi bien.

which javac vous diront l'emplacement, par exemple, /usr/bin/javac. Il suffit d'exécuter directement à l'aide de /usr/bin/java <program>.

OU vous pouvez définir la variable d'environnement comme une solution permanente.

OriginalL'auteur L Lawliet

Aujourd'hui, ce message d'erreur est apparu dans notre Tomcat 7 sur Ubuntu 12.04.2 LTS (Precise Pangolin):

/var/log/tomcat7/localhost.2014-04-08.journal:

Apr 8, 2014 9:00:55 AM org.apache.catalina.de base.StandardContext filterStart

GRAVE: l'Exception de départ filtre struts2

java.lang.UnsupportedClassVersionError: contrôleur/ReqAccept : non pris en charge majeure.version mineure de 51,0 (impossible de charger la classe contrôleur.ReqAccept)

La Struts application est compilée avec Java 7.

Il s'est avéré que quelqu'un utilise "service tomcat [marche/arrêt]" pour redémarrer Tomcat 7,

$ ps -ef | grep java

tomcat7 31783 1 32 20:13 ? 00:00:03 /usr/lib/jvm/default-java/bin/java...

$ /usr/lib/jvm/default-java/bin/java -version

java version "1.6.0_27"

Qui provoque le "non pris en charge majeure.version mineure 51.0" erreur.

Lorsque nous avons utilisé "/etc/init.d/tomcat7 [marche/arrêt]" pour redémarrer Tomcat 7, le problème a été résolu.

$ ps -ef | grep java

tomcat7 31886 1 80 20:24 ? 00:00:10 /usr/local/java/jdk1.7.0_15/bin/java

$ /usr/local/java/jdk1.7.0_15/bin/java -version

java version "1.7.0_15"

OriginalL'auteur oraclesoon

Votre fichier Java est compilé avec une version différente (plus la version de compilateur) que la version (en bas runtime version) que vous essayez de le faire fonctionner avec.

Il est fondamental de comprendre que les classes compilées avec les versions inférieures sont censés fonctionner dans les dernières versions supérieures. Mais le contraire (compilé avec une plus grande version de compilateur et d'essayer de l'exécuter avec la plus faible version runtime) est tout à fait impossible parfois.

D'où vous êtes montré cette erreur, lorsque vous essayez d'exécuter votre programme. Non pris en charge majeure.version mineure x.x

Q: j'ai créé une application en Java 7, mais lorsque mes utilisateurs essaient d'
l'exécuter, il obtient un non pris en charge majeure.version mineure de 51,0 erreur. Ce
est-ce à dire et ce que je peux faire à ce sujet?

Un: Si vous compilez une application à l'aide de javac dans Java 7, la classfiles aura la 51.0 numéro de version. Les Versions de
Java avant le 7 ne reconnaît pas ce numéro, de sorte que vos utilisateurs auront
pour la mise à niveau vers Java 7 avant l'exécution de votre application. Si vous n'êtes pas
à l'aide de Java 7 Api, vous pouvez essayer de compiler votre application à l'aide de
javac -cible 1,6 à créer un 1.6-compatible classfile. Si votre
l'application est déployée à l'aide de webstart vous pouvez spécifier le minimum
la version requise. Pour plus d'informations, voir la documentation sur Java Web Start
et JNLP ici. Ce problème disparaîtra une fois que nous déclencheur de mise à jour automatique de
Java 7 pour les utilisateurs finaux ayant actuellement la version 6 de Java sur leur ordinateur de bureau. L'
timeline, ce n'est pas encore déterminé, nous voulons donner aux développeurs
le temps de travail, les éventuels problèmes entre leur code et de JDK 7 premier.

(Source: oracle.com.)

OriginalL'auteur Manohar

D'abord nous allons obtenir quelques principes de base...

JRE est une composante NetBeans/Eclipse/autonome qui va vous fournir les bibliothèques, JVM, Java plugins & Java web start. Notez qu'il ne fournit pas de cas de déviation ou de débogueurs.

JDK est le sur-ensemble de JRE le long avec des cas de déviation et les débogueurs.

Alors, quand vous avez votre bibliothèque par défaut comme un JRE au lieu de JDK, vous allez passer un agréable moment de l'importation des trucs, mais il ne compile pas.

Au lieu de cela, définissez votre chemin pour JDK (j'utilise NetBeans, et je les définir à l'aide de netbeans.conf dans netbeans/etc/netbeans.conf et modifier le chemin d'accès).

OriginalL'auteur Creative_Cimmons

Vous avez compilé votre classe Java avec le JDK 7 et que vous essayez d'exécuter une même classe sur JDK 6 .

OriginalL'auteur Sagar Varpe

La réponse est pour le problème:

Exception in thread "main" java.lang.UnsupportedClassVersionError: edu/stevens/cs549/dht/main/LocalContext : non pris en charge majeure.version mineure 52.0

J'ai eu le même problème. Pour ceux qui ont eu ce problème dans AWS ec2, et ont en quelque sorte été redirigé ici à cette question. Je réponds pour ceux, et voudrais partager avec vous cette comment je l'ai fait.
J'ai eu de la difficulté, car les instances Amazon EC2 étaient en cours d'exécution java version 1.7 et peut-être que mon projet n'était pas compatible avec elle parce que j'ai été en utilisant Maven et il préconfiguré pour java 1.8.
J'ai donc installé la nouvelle version de java:

sudo yum -y install java-1.8.0

Et puis l'important est de supprimer la version antérieure:

sudo yum remove java-1.7.0-openjdk

N'oubliez pas de le supprimer après l'installation de la nouvelle version, sinon il serait en permanence à l'aide de la même ancienne version et j'espère que cela résout votre problème, ce qui dans mon cas.

OriginalL'auteur Siddharth Choudhary