java.lang.UnsupportedClassVersionError: Numéro de version incorrect dans le fichier .class?

Question

Je reçois cette erreur lorsque j'inclue une bibliothèque opensource que j'ai dû compiler depuis la source. Maintenant, toutes les suggestions sur le web indiquent que le code a été compilé dans une version et exécuté dans une autre version (nouveau sur l'ancien). Cependant, je n'ai qu'une version de JRE sur mon système. Si je lance les commandes:

$ 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) 

et vérifier dans Eclipse pour les propriétés de la bibliothèque java, je reçois 1.5.0_18

Par conséquent, je dois conclure quelque chose d'autre, interne à une classe elle-même, est de lancer la exception?? Est-ce que c'est possible?

Answer 1

J'ai appris que les messages d'erreur comme celui-ci sont généralement corrects. Quand il ne pouvait pas POSSIBLEMENT (dans votre esprit) être ce que dit l'erreur signalée, vous allez chercher un problème dans une autre zone ... seulement pour découvrir des heures plus tard que le message d'erreur original était en effet correct.

Depuis que vous utilisez Eclipse, je pense que Thilo l'a raison La raison la plus probable pour laquelle vous recevez ce message est que l'un de vos projets compile 1.6 classes. Peu importe si vous avez seulement 1.5 JRE sur le système, car Eclipse a son propre compilateur (pas javac), et n'a besoin que d'un 1.5 JRE pour compiler des classes 1.6. Cela peut être bizarre, et un paramètre doit être décoché pour permettre ceci, mais j'ai juste réussi à le faire.

Pour le projet en question, vérifiez la section Propriétés du projet (généralement Alt + Entrée), Java Compiler. Voici une image d'un projet configuré pour compiler 1.6, mais avec seulement 1.5 JRE.

Answer 2

Avez-vous compilé avec Eclipse? Il utilise un compilateur différent (pas javac). Cela ne devrait pas entraîner cette erreur (si tout est configuré correctement), mais vous pouvez essayer de le compiler avec javac à la place. Si cela corrige le problème, essayez de voir si Eclipse a des paramètres de compilation incorrects. Plus précisément, ciblez Java 5.

Answer 3

Avez-vous essayé de faire un "nettoyage" complet, puis de le reconstruire dans Eclipse (Projet-> Nettoyer ...)?

Etes-vous capable de compiler et de lancer avec "javac" et "java" directement à partir de la ligne de commande? Est-ce que cela fonctionne correctement?

Si vous faites un clic droit sur votre projet, allez dans "Propriétés", puis allez dans "Java Build Path", y a-t-il des entrées suspectes sous l'un des onglets? Ceci est essentiellement votre CLASSPATH.

Dans les préférences Eclipse, vous pouvez également vérifier la section "JRE installés" dans la section "Java" et vous assurer qu'elle correspond à ce que vous pensez qu'elle devrait être.

Vous avez certainement un fichier .class obsolète qui traîne quelque part ou vous obtenez une incompatibilité de compilation/temps d'exécution dans les versions de Java que vous utilisez.

Answer 4

Un autre scénario où cela pourrait se produire est lorsque vous lancez une instance d'Eclipse (pour le débogage, etc.) à partir d'une éclipse hôte - auquel cas, modifier le niveau du projet ou de la bibliothèque JRE sur le classpath du projet seul n'aide pas. Ce qui compte, c'est l'environnement JRE utilisé pour lancer l'environnement d'éclipse cible.

Answer 5

Vérifiez également tous les fichiers jar de votre projet qui ont été compilés pour une version supérieure de Java.Si ce sont vos propres bibliothèques, vous pouvez résoudre ce problème en modifiant l'attribut version cible javac

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

Answer 6

Contrôlez toujours trop évident. J'ai eu cette erreur une fois quand j'ai accidentellement attrapé la mauvaise ressource pour l'action d'ajout et de suppression du serveur. Cela peut être facile à oublier.

Answer 7

La suppression des fichiers de paramètres spécifiques au projet (espace de travail Eclipse/dossier de projet/.settings /) à partir du dossier de projet sera également utile. Évidemment, nous devons faire un projet propre et construire après la suppression.

Answer 8

J'ai également eu la même erreur. Raison pour cela je compilais le projet en utilisant Maven. J'avais JAVA_HOME pointant vers JDK7 et donc java 1.7 était utilisé pour la compilation et lors de l'exécution du projet j'utilisais JDK1.5. Modification de l'entrée ci-dessous dans le fichier .classpath ou modification dans l'éclipse comme dans la capture d'écran résolu le problème.

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

ou changement dans la gestion configuarions d'éclipse comme

Answer 9

changer le projet d'utiliser Java 1.7: Pour que cela fonctionne suivre les étapes suivantes:

• changement compilateur Conformité Niveau
• Modifier vos projets JRE/JDK à quelque chose du même niveau (1,7 dans mon cas)
• Faire le même changement dans tous les projets référencés par votre projet
• Changer votre course/configuration de débogage pour utiliser JRE/JDK (ou du même niveau)

ne fonctionne pas?

• projets de suppression de Bin
• Clean
• Reconstruire

ne fonctionne toujours pas?

dans votre répertoire de projet: modifier les .settings/org.eclipse.jdt.core.prefs> assurez-vous que votre niveau cible est appliqué

Bonne chance!