Comment réparer java.lang.UnsupportedClassVersionError: version major.minor non prise en charge

J'essaie d'utiliser Notepad ++ comme outil tout-en-un pour éditer, exécuter, compiler, etc.

J'ai JRE installé et j'ai configuré ma variable de chemin d'accès au .../binrépertoire.

Lorsque j'exécute mon "Hello world" dans Notepad ++, j'obtiens ce message:

java.lang.UnsupportedClassVersionError: test_hello_world :
 Unsupported major.minor version 51.0
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClassCond(Unknown Source)
       .........................................

Je pense que le problème ici concerne les versions; certaines versions de Java peuvent être anciennes ou trop nouvelles.

1. Comment je le répare?
2. Dois-je installer le JDK et configurer ma variable de chemin d'accès au JDK au lieu de JRE?
3. Quelle est la différence entre la PATHvariable dans JRE ou JDK?

Le numéro de version indiqué décrit la version du JRE avec laquelle le fichier de classe est compatible.

Les principaux chiffres rapportés sont les suivants:

Java SE 14 = 58,
Java SE 13 = 57,
Java SE 12 = 56,
Java SE 11 = 55,
Java SE 10 = 54,
Java SE 9 = 53,
Java SE 8 = 52,
Java SE 7 = 51,
Java SE 6.0 = 50,
Java SE 5.0 = 49,
JDK 1.4 = 48,
JDK 1.3 = 47,
JDK 1.2 = 46,
JDK 1.1 = 45

(Source: Wikipedia )

Pour résoudre le problème réel, vous devez essayer d'exécuter le code Java avec une version plus récente de Java JRE ou de spécifier le paramètre cible au compilateur Java pour demander au compilateur de créer du code compatible avec les versions Java antérieures.

Par exemple, afin de générer des fichiers de classe compatibles avec Java 1.4, utilisez la ligne de commande suivante:

javac -target 1.4 HelloWorld.java

Avec les versions plus récentes du compilateur Java, vous obtiendrez probablement un avertissement indiquant que le chemin de la classe d'amorçage n'est pas défini. Plus d'informations sur cette erreur sont disponibles dans un article de blog Nouvel avertissement javac pour définir une source plus ancienne sans bootclasspath .

java.lang.UnsupportedClassVersionError se produit en raison d'un JDK supérieur pendant le temps de compilation et d'un JDK inférieur pendant l'exécution.

Dans Eclipse, je suis simplement allé à la commande de menu Fenêtre -> Préférences -> Java -> Compilateur , puis j'ai défini "Niveau de conformité du compilateur" sur 1.6.

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

C'est en fait simple - vous devez installer les DEUX JRE / JDK avec la même version.

JRE 6 -> JDK 6

JRE 7 -> JDK 7

Etc.

Cette erreur signifie que vous essayez de charger un fichier "classe" Java qui a été compilé avec une version de Java plus récente que celle que vous avez installée.

Par exemple, votre .classfichier aurait pu être compilé pour JDK 7 et vous essayez de l'exécuter avec JDK 6.

La solution consiste donc à:

• Mettez à niveau votre runtime Java ou

• Recompilez la classe si vous avez la source, en utilisant votre compilateur Java local (si vous en avez un).

  javac FileName.java

Pour les développeurs, cela peut se produire si un autre développeur archive un fichier .class et qu'il a une version de java plus récente que la vôtre!

Vous essayez d'exécuter votre programme avec une version 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 supérieure et essayer de l'exécuter en utilisant une version inférieure.

Comme vous obtenez

Unsupported major.minor version 51.0

et la version 51.0 correspond à J2SE 7, vous avez très probablement compilé votre code en Java 7 et essayé de l'exécuter en utilisant une version inférieure. Vérifiez ce qui java -versions'affiche. Ce devrait être la version Java 7. Sinon, apportez les modifications appropriées dans le PATH / JAVA_HOME. Ou vous pouvez compiler avec la même version que vous essayez d'exécuter le code. Si les configurations sont déroutantes, vous pouvez toujours donner un chemin absolu /home/user/jdk1.7.0_11/bin/javacet /home/user/jdk1.7.0_11/bin/java.

J'ai eu une situation similaire sur Mac et le processus suivant a fonctionné pour moi:

Dans le terminal, saisissez

vi ~/.profile

Ajoutez ensuite cette ligne dans le fichier et enregistrez

export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk<version>.jdk/Contents/Home

où version est celle de votre ordinateur, telle que 1.7.0_25.

Quittez l'éditeur, puis tapez la commande suivante pour qu'elle devienne effective

source ~/.profile 

Tapez ensuite java -version pour vérifier le résultat

java -version 

Qu'est-ce qu'un .profilefichier?

Le fichier .profile est un fichier caché. Il s'agit d'un fichier facultatif qui indique au système les commandes à exécuter lorsque l'utilisateur dont il est le fichier de profil se connecte. Par exemple, si mon nom d'utilisateur est bruno et qu'il y a un fichier .profile dans / Users / bruno /, tout son contenu sera exécuté pendant la procédure de connexion.

Source: http://computers.tutsplus.com/tutorials/speed-up-your-terminal-workflow-with-command-aliases-and-profile--mac-30515

Dans le menu Eclipse Fenêtre -> Préférences -> Java -> Compilateur, cochez également "Configurer les paramètres spécifiques au projet".

Si vous avez toujours l'erreur avec la même version Java: essayez de supprimer manuellement le dossier de construction de votre projet. Redémarrez ensuite Eclipse.

Vous pouvez avoir une bibliothèque JAR compilée dans Java 7, et vous n'avez que Java 6 en tant que Java Runtime. Cela pourrait arriver avec de nouvelles bibliothèques.

Le problème le plus courant est une mauvaise configuration de votre JAVA_HOMEvariable qui devrait pointer vers la bibliothèque Java Development Kit appropriée, si vous en avez installé plusieurs.

Pour trouver l'emplacement du dossier Java SDK, exécutez les commandes suivantes:

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

Debian / Ubuntu

Pour vérifier quel java (openjdk) vous avez installé, vérifiez via:

dpkg -l "openjdk*" | grep ^i

ou:

update-java-alternatives -l

Pour le changer, utilisez:

update-alternatives --config java

^{Préfixez sudosi nécessaire.}

pour sélectionner la version java alternative.

Ou vérifiez ceux qui sont disponibles pour l'installation:

apt-cache search ^openjdk

^{Préfixez sudosi nécessaire.}

Ensuite, vous pouvez installer, par exemple:

apt-get install openjdk-7-jre

^{Préfixez sudosi nécessaire.}

Fedora, Oracle Linux, Red Hat

Installez / mettez à niveau le package approprié via:

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

Le java-1.7.0-openjdkpackage contient uniquement l'environnement d'exécution Java. Si vous souhaitez développer des programmes Java, installez le java-1.7.0-openjdk-develpackage.

BSD

Il y a un paquet OpenJDK 7 dans la collection de ports FreeBSD appelé openjdk7 qui a probablement besoin d'être reconfiguré.

Voir: page wiki OpenJDK .

les fenêtres

Installez simplement la bibliothèque du kit de développement Java SE appropriée à partir du site Oracle ou installez

Jenkins

Si vous rencontrez ce problème avec Jenkins, voir:

• JENKINS-30561 - Impossible de lancer l'agent à l'aide de SSH

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

J'ai rencontré le même problème lorsque je travaillais avec un script Ant pour créer mon application.

J'utilise Eclipse pour le développement de mon application et j'ai changé la version du compilateur dans les propriétés de construction du projet. Mais cela n'a pas fonctionné pour moi. Ensuite, j'ai découvert que je peux fournir la version du compilateur dans le script Ant.

J'ai modifié le script Ant dans la section où il compile les fichiers Java.

<target name="build-java" depends="prepare-build">
    <echo message="Compiling java files"/>
    <javac ....
           target="1.5"...
    </javac>
</target>

Cela a fonctionné pour moi pour résoudre le problème mineur majeur non pris en charge.

Lorsque j'ai installé JDK 1.7, le problème a été résolu.

J'ai eu le même problème avec un projet écrit en 1.7 et j'ai essayé de l'exécuter en 1.6.

Ma solution dans Eclipse:

• Faites un clic droit sur les propriétés de votre projet -> Chemin de génération Java -> Bibliothèques

• Sélectionnez votre bibliothèque système JRE et cliquez sur Modifier à droite, puis choisissez le JRE cible.

• Accédez maintenant au compilateur Java sur la gauche et modifiez le niveau de conformité du compilateur à votre cible.

Cela a fonctionné pour moi.

Comme indiqué ailleurs par plusieurs personnes, le programme Java est exécuté sur une version plus ancienne de Java que celle pour laquelle il a été compilé. Il doit être «compilé de manière croisée» pour une compatibilité descendante. En d'autres termes, il existe une incompatibilité entre les versions Java source et cible.

La modification des options dans les menus Eclipse ne répond pas à l'affiche originale, qui a déclaré qu'il n'utilisait pas Eclipse. Sur OpenJDK javac version 1.7, vous pouvez effectuer une compilation croisée pour 1.6 si vous utilisez des paramètres -sourceet -target, en plus, fournissez le fichier rt.jar de la version cible (c'est-à-dire la plus ancienne) au moment de la compilation. Si vous installez réellement 1.6 JRE, vous pouvez pointer vers 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 se trouve sur un système Windows). Ainsi:

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

Il semble que vous puissiez simplement télécharger rt.jar depuis Internet et le pointer vers lui. Ce n'est pas trop élégant cependant:

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

Basé sur ceci...

J2SE 8 = 52
J2SE 7 = 51
J2SE 6.0 = 50
J2SE 5.0 = 49
JDK 1.4 = 48
JDK 1.3 = 47
JDK 1.2 = 46
JDK 1.1 = 45

Dans Eclipse, faites un clic droit sur le projet dans l'explorateur de packages:

Chemin de construction -> Configurer le chemin de construction

En dessous de:

Chemin de génération Java -> Bibliothèques -> Ajouter une bibliothèque -> Bibliothèque système JRE -> JREs installés -> Recherche .

Ajoutez le JRE requis en sélectionnant la bibliothèque dans la liste disponible une fois la recherche terminée.

• Si vous utilisez Maven, définissez votre niveau de compilation Java. Ouvrez une ligne de commande et écrivez java -versionpour votre niveau de compilation:

  

• Si vous utilisez IntelliJ IDEA, sélectionnez projet → Fichier → Paramètres → Build Execution Deployment → Compilateur → Compilateur Java . Ensuite, changez le code d'octet en 1.7 comme cette image:

  

Si vous rencontrez ce problème lors de l'utilisation de Maven , vous pouvez compiler votre code à l'aide du plug-in Maven Compiler .

 <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.1</version>
                <configuration>
                    <source>1.6</source>
                    <target>1.6</target>
                </configuration>
            </plugin>
       .....

MISE À JOUR: réglez sourceet targetsur 1.8, si vous utilisez JDK 8.

J'ai eu le même message d'erreur lors de l'exécution de Ant à partir d'Eclipse, mais les autres solutions mentionnées ici n'ont pas résolu mon problème. Le plus drôle était que l'exécution d'Ant à partir de la ligne de commande Windows fonctionnait bien, donc cela devait être un problème de configuration dans Eclipse.

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

• Allez dans: Exécuter -> Outils externes -> Configurations des outils externes ...
• Sélectionnez Ant build.xml pour votre projet (si vous avez plusieurs projets)
• Activez l'onglet 'JRE'
• Ici a été sélectionné «JRE séparé: jre6». Lorsque j'ai changé cela en JDK de la série 1.6 ou 1.7, l'erreur a disparu.

Comment je le répare?

Cette erreur signifie que le JRE utilisé pour exécuter votre code de classe ne reconnaît pas la version de Java utilisée. Généralement parce que la version de Java qui a généré votre fichier de classe (c'est-à-dire compilé) est plus récente.

Pour y remédier, vous pouvez soit

a) Compilez vos sources Java avec la même version ou une version plus ancienne du compilateur Java qui sera utilisée pour l'exécuter. c'est-à-dire installer le JDK approprié.

b) Compilez vos sources Java avec la nouvelle version du compilateur Java mais en mode de compatibilité. c'est à dire utiliser le -targetparamètre.

c) Exécutez vos classes compilées dans un JRE qui est la même version ou une version plus récente que le JDK utilisé pour compiler les classes.

Vous pouvez vérifier les versions que vous utilisez actuellement javac -versionpour le compilateur et java -versionpour l'exécution.

Dois-je installer le JDK et configurer ma variable PATH sur le JDK au lieu de JRE?

Pour la compilation, certainement, installez et configurez le JDK spécifique que vous souhaitez.

Pour l'exécution, vous pouvez utiliser celui fourni avec le JDK ou un JRE autonome, mais peu importe, assurez-vous que vous avez installé les bonnes versions et que vous avez configuré votre PATH de sorte qu'il n'y ait pas de surprise.

Quelle est la différence entre la variable PATH dans JRE ou JDK?

La variable d'environnement PATH indique au shell de commande où chercher la commande que vous tapez. Lorsque vous tapez java, l'interpréteur de commandes va parcourir tous les emplacements spécifiés dans la PATHvariable, de gauche à droite, pour trouver l' javaexécutable d'exécution approprié à exécuter. Si vous avez plusieurs versions de Java installées - c'est-à-dire que vous avez lejava exécutable se trouve à plusieurs emplacements spécifiés dans la variable PATH, alors la première rencontrée en allant de gauche à droite sera celle qui sera exécutée.

La commande du compilateur est javacfournie uniquement avec le JDK. La commande runtime est javafournie avec le JDK et se trouve dans le JRE.

Il est probable que vous ayez une version (51.0 = Java 7) javacinstallée, et que vous ayez également la même version javainstallée, mais qu'une autre version précédente de javaapparaît plus tôt dans le PATH et est donc invoquée au lieu de celle que vous attendez .

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

Pour vérifier cela, 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 en utilisant java à partir de la version JDK ou si vous avez un JRE / JDK plus récent qui fonctionnera également.

which javacvous indiquera l'emplacement, par exemple /usr/bin/javac,. Exécutez simplement en utilisant /usr/bin/java <program>.

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

J'ai eu ce problème lorsque je suis revenu à Java 6 et j'ai essayé d'exécuter des classes précédemment compilées avec Java 7. Ce qui a fonctionné pour moi, ce sont les Préférences> java> compilateur -> définir le niveau de conformité à 1.6 et surtout "configurer les paramètres du projet" ..

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.log:
8 avr.2014 09:00:55 org.apache.catalina.core.StandardContext filterStart
SEVERE: exception lors du démarrage du filtre struts2
java.lang.UnsupportedClassVersionError: contrôleur / ReqAccept: version 51.0 major.minor non prise en charge (impossible de charger le contrôleur de classe. ReqAccept)

L' application Struts est compilée avec Java 7.

Il s'est avéré que quelqu'un utilise "service tomcat [stop / start]" 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
version Java "1.6.0_27"

Ce qui provoque l'erreur "Unsupported major.minor version 51.0".

Lorsque nous avons utilisé "/etc/init.d/tomcat7 [stop / start]" 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
version Java "1.7.0_15"

Je l'ai résolu. L'Iran:

JAVA_HOME=/usr/lib/jvm/java-7-openjdk-i386

L'erreur est trompeur, Unsupported major.minor version 51.0. Cela donne l'impression que la version 51 (Java 7) n'est pas prise en charge. Et nous devons utiliser Java 6.

L'erreur aurait dû être:

La version Java actuelle, 50, n'est pas prise en charge. Utilisez plutôt la version 7 de Java (51: 0 et supérieure). »

Votre fichier Java est compilé avec une version différente (version de compilateur supérieure) de la version (version d'exécution inférieure) avec laquelle vous essayez de l'exécuter.

Il est fondamental de comprendre que les classes compilées avec des versions inférieures devraient s'exécuter dans les versions supérieures ultérieures. Mais le contraire (compilé avec une version de compilateur supérieure et essayant de l'exécuter avec une version d'exécution inférieure) n'est tout à fait pas possible parfois.

Par conséquent, cette erreur s'affiche lorsque vous essayez d'exécuter votre programme. Version major.minor xx non prise en charge

Q: J'ai créé une application dans Java 7, mais lorsque mes utilisateurs essaient de l'exécuter, ils obtiennent une erreur major.minor version 51.0 non prise en charge. Qu'est-ce que cela signifie et que puis-je faire?

R: Si vous compilez une application à l'aide de javac dans Java 7, les fichiers de classe résultants auront le numéro de version 51.0. Les versions de Java antérieures à 7 ne reconnaissent pas ce nombre, vos utilisateurs devront donc mettre à niveau vers Java 7 avant d'exécuter votre application. Si vous n'utilisez aucune API Java 7, vous pouvez essayer de compiler votre application à l'aide de javac -target 1.6 pour créer un fichier de classe compatible 1.6. Si votre application est déployée à l'aide de Webstart, vous pouvez spécifier la version minimale requise. Pour plus d'informations, consultez les documents sur Java Web Start et JNLP ici. Ce problème disparaîtra lorsque nous déclencherons la mise à jour automatique de Java 7 pour les utilisateurs finaux disposant actuellement de Java 6 sur leur bureau. Le calendrier pour cela n'est pas encore déterminé, nous voulons donner aux développeurs le temps de résoudre tout problème entre leur code et JDK 7 en premier.

(Source: oracle.com .)

Oh Mac OS XI a pu résoudre ce problème en définissant la variable JAVA_HOME:

export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.7.0_75.jdk/Contents/Home

Donnons d'abord quelques notions de base ...

JRE est un composant de NetBeans / Eclipse / autonome qui va vous fournir des bibliothèques, JVM, des plugins Java et Java web start. Notez qu'il ne fournit ni compliers ni débogueurs.

JDK est le sur-ensemble de JRE avec les complices et les débogueurs.

Ainsi, lorsque vous aurez votre bibliothèque par défaut en tant que JRE au lieu de JDK, vous passerez un bon moment à importer des éléments, mais elle ne se compilera pas.

Au lieu de cela, définissez votre chemin vers JDK (j'utilise NetBeans, et je les définis en utilisant netbeans.conf dans netbeans / etc / netbeans.conf et changez le chemin).

J'ai eu le problème où je devais exécuter une compilation Maven sur mon projet à partir de la ligne de commande afin d'exécuter mes tests unitaires; si j'ai apporté une modification à la classe de test et laissé Eclipse la recompiler automatiquement, alors j'ai eu l'erreur "Unsupported major.minor version 51.0".

J'ai JDK6 et JDK7 installés, mais tous mes paramètres JRE pointaient vers 1.6, à la fois dans le pom et dans la page des propriétés du projet dans Eclipse. Aucune quantité de projet de mise à jour Maven et / ou d'actualisation n'a résolu ce problème.

Enfin, j'ai essayé de fermer le projet et de le rouvrir, et cela a semblé le réparer! HTH

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

• Installez JDK 7.0.55 et définissez Java pour Eclipse pour JDK 7.0.55.
• Générez le projet avec JDK 7.0.55 en configurant sur le chemin de génération JDK 7.0.55.
• Définissez le compilateur dans Eclipse pour JDK 7.0.55 par le menu Windows -> Préférences -> Java -> Compilateur - choisissez 1.7.

La réponse est au problème:

Exception dans le thread "principal" java.lang.UnsupportedClassVersionError: edu / stevens / cs549 / dhts / main / LocalContext: Unsupported major.minor version 52.0

J'avais le même problème. Pour ceux qui rencontraient ce problème dans les instances AWS ec2, et qui ont en quelque sorte été redirigés ici vers cette question. Je réponds pour ceux-ci, et je voudrais partager comment je l'ai fait. J'avais des problèmes parce que les instances Amazon EC2 exécutaient la version 1.7 de Java et peut-être que mon projet n'était pas compatible avec celui-ci parce que j'utilisais Maven et qu'il était en quelque sorte préconfiguré pour Java 1.8. J'ai donc installé une nouvelle version de java:

sudo yum -y install java-1.8.0

Et puis l'étape importante est de supprimer l'ancienne version:

sudo yum remove java-1.7.0-openjdk

N'oubliez pas de le supprimer après avoir installé la nouvelle version, sinon il utiliserait continuellement la même version plus ancienne et j'espère qu'il résoudra votre problème, ce qui s'est produit dans mon cas.