Versión major.minor no compatible 52.0

Imágenes:

Símbolo del sistema que muestra las versiones Símbolo del sistema que muestra las versiones

Imagen de error Imagen de error

Hello.java

import java.applet.Applet; import java.awt.*; public class Hello extends Applet { // Java applet to draw "Hello World" public void paint (Graphics page) { page.drawString ("Hello World!", 50, 50); } } 

Hello.html

   HelloWorld Applet       

Error

 Hello : Unsupported major.minor version 52.0 

¿Cuál puede ser el problema?

El problema se debe a la discrepancia en la versión de Java. Refiriéndose a la Referencia de clase de Java de Wikipedia :

  • 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

Estos son los números principales asignados. El error con respecto a la versión major.minor no compatible se debe a que durante el tiempo de comstackción está utilizando un JDK más alto y un JDK menor durante el tiempo de ejecución .

Por lo tanto, el error ‘major.minor versión 52.0’ es posible porque el jar se compiló en JDK 1.8, pero está intentando ejecutarlo utilizando un entorno JDK 1.7. El número reportado es el número requerido , no el número que está usando. Para resolver esto, siempre es mejor tener JDK y JRE apuntando a la misma versión.

En IntelliJ IDEA,

  1. Vaya a Configuración MavenMavenImportar . Establezca el JDK para el importador en 1.8.
  2. Ve a Configuración MavenMavenRunner . Establezca el JRE en 1.8.
  3. Vaya al menú Archivo * → Estructura del proyectoSDK . Asegúrese de que la ruta de inicio de JDK esté configurada en 1.8.

Reinicie IntelliJ IDEA.

Otro enfoque que podría ayudar es instruir a IntelliJ IDEA con qué versión de JDK se debe comenzar.

Vaya a: / Aplicaciones / IntelliJ \ IDEA \ 15 \ CE.app/Contents/Info.plist y reemplace la versión de JVM por:

 JVMVersion 1.8* 

La forma inteligente de solucionar ese problema es comstackr usando el último SDK y usar las opciones de comstackción cruzada al comstackr. Para usar las opciones completamente correctamente, se requiere el rt.jar de un JRE ( no JDK ) de la versión de destino.

Dada la naturaleza de ese applet, parece que podría comstackrse para su uso con Java 1.1.

Deberá cambiar el nivel de cumplimiento del comstackdor a 1.7 en su IDE.

Esto se puede hacer en la configuración de preferencias de su IDE. Por ejemplo, en Eclipse vaya al menú WindowsPreferencias , seleccione Java y amplíelo. A continuación, seleccione el comstackdor y cambie el nivel de conformidad a 1.7. Estoy seguro de que esto funcionará desde allí.

Debe ejecutar y comstackr su aplicación con la misma versión de Java.

Si está utilizando Eclipse debe hacer 2 cosas:

  1. En Eclipse, haga clic en “Ventana> Preferencias” , y en la ventana que aparece, en el lado izquierdo, debajo de “Java” , haga clic en “JRE instalados” , haga clic en “Agregar …” y navegue a la carpeta que contiene el JDK.

  2. Haga clic derecho en su proyecto y haga clic en “Propiedades” , en la ventana que aparece, en el lado izquierdo, haga clic en “Comstackdor Java” y desmarque “Usar cumplimiento del entorno de ejecución en la ruta de comstackción Java” , esto le permite elegir en la lista “Nivel de comstackción del comstackdor”, la misma versión que estableció en el paso anterior.

Necesita actualizar su versión de Java a Java 8.

Descargue el último archivo de Java

Descargue la última versión de Java SE Development Kit 8 desde su página oficial de descarga o use los siguientes comandos para descargar desde el shell.

Para 64 bit

  # cd /opt/ # wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com%2F; oraclelicense=accept-securebackup-cookie" "http://download.oracle.com/otn-pub/java/jdk/8u51-b16/jdk-8u51-linux-x64.tar.gz" # tar xzf jdk-8u51-linux-x64.tar.gz 

Por 32 bits

  # cd /opt/ # wget --no-cookies --no-check-certificate --header "Cookie: gpw_e24=http%3A%2F%2Fwww.oracle.com%2F; oraclelicense=accept-securebackup-cookie" "http://download.oracle.com/otn-pub/java/jdk/8u51-b16/jdk-8u51-linux-i586.tar.gz" # tar xzf jdk-8u51-linux-i586.tar.gz 

Nota: Si el comando wget anterior no funciona para usted, mire este video de ejemplo para descargar el archivo fuente de Java usando el terminal.

Instalar Java con alternativas

Después de extraer el archivo, use el comando alternativo para instalarlo. El comando de alternativas está disponible en el paquete chkconfig.

  # cd /opt/jdk1.8.0_51/ # alternatives --install /usr/bin/java java /opt/jdk1.8.0_51/bin/java 2 # alternatives --config java 

En este punto, Java 8 se ha instalado con éxito en su sistema. También recomendamos configurar la ruta de los comandos javac y jar utilizando alternativas:

  # alternatives --install /usr/bin/jar jar /opt/jdk1.8.0_51/bin/jar 2 # alternatives --install /usr/bin/javac javac /opt/jdk1.8.0_51/bin/javac 2 # alternatives --set jar /opt/jdk1.8.0_51/bin/jar # alternatives --set javac /opt/jdk1.8.0_51/bin/javac 

Comprobar la versión de Java instalada

Verifique la versión de Java instalada usando el siguiente comando.

 root@tecadmin ~# java -version java version "1.8.0_51" Java(TM) SE Runtime Environment (build 1.8.0_51-b16) Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode) 

Configurar variables de entorno

La mayoría de las aplicaciones basadas en Java usan variables de entorno para funcionar. Establezca las variables de entorno Java usando los siguientes comandos:

Configurar la variable JAVA_HOME

 # export JAVA_HOME=/opt/jdk1.8.0_51 Setup JRE_HOME Variable # export JRE_HOME=$JAVA_HOME/jre Setup PATH Variable # export PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH 

Tenga en cuenta que el cambio a la variable PATH pone primero las nuevas carpetas bin de Java para que anulen cualquier java / bins existente en la ruta. Es un poco descuidado dejar dos carpetas java / bin en su camino, por lo que se le aconsejará que las limpie como una tarea separada.

Además, coloque todas las variables de entorno anteriores en el /etc/environment para la carga automática en el inicio del sistema.

Tuve el mismo problema … un conflicto de versión de JDK y complemento.

Compilé usando 1.8 … el último, y ese mensaje comenzó a aparecer. Así que busqué el JRE 7 ( http://www.oracle.com/technetwork/java/javase/downloads/server-jre7-downloads-1931105.html ) … y lo instalé … otra vez … . Ahora 1.8 y 1.7 en la misma computadora.

El uso de NetBeans, y la comstackción, y la orientación a la versión 1.7, solucionó mi problema.

Si tiene un problema en Android Studio y ha instalado Android N, cambie la versión de representación de Android por una versión anterior y el problema desaparecerá.

Ingrese la descripción de la imagen aquí

Si está utilizando el IDE de NetBeans, haga clic con el botón derecho en el proyecto y elija Propiedades y vaya a las fonts , y puede cambiar el Formato de origen / binario a una versión de JDK inferior.

Ingrese la descripción de la imagen aquí

La major.minor versión 52.0 no admitida aparece cuando intenta ejecutar una clase comstackda utilizando el comstackdor Java 1.8 en una versión JRE inferior, por ejemplo, JRE 1.7 o JRE 1.6. La forma más sencilla de corregir este error es instalar la última versión de Java, es decir, Java 8 y ejecutar su progtwig.

Leer más: http://javarevisited.blogspot.com/2015/05/fixing-unsupported-majorminor-version.html#ixzz4AVD4Evgv

Sucede cuando comstacks tus proyectos en higher version de Java (por ejemplo, jdk 1.8) y luego lo ejecutas en una lower version (por ejemplo, jdk 1.7).

Si tiene la biblioteca JRE-1.7 en su ruta del proyecto, entonces,

1. Haz clic derecho en el proyecto

2. Ir a Propiedades

3.Seleccione Facetas del proyecto

4. Encuentra Java en filas y luego elige la versión (digamos 1.7) si usas JRE-1.7

5. Haga clic en Aplicar y ejecute su proyecto.

Podría resolver el mismo problema usando la solución a continuación.

En mi proyecto, agregué un archivo JAR que se creó en Java 8. Y mi proyecto se refería a JRE 7. Cuando cambié el proyecto JRE a 8, mi problema fue resuelto.

Pasos:

En Eclipse, haga clic derecho en el nombre del proyecto en el explorador del proyecto → Crear ruta → Bibliotecas → haga clic en la versión JRE → haga clic en EditarJRE instalado → Añadir → VM Standerd → seleccione la ruta de acceso a la casa JRE (la ruta debe ser localePath\java\jdk1.8.0_25\jre ) → proporcione el nombre → Guardar → seleccione el mismo JRE para el proyecto → Terminar → Aceptar . Refresque / construya el proyecto una vez → intente ejecutar su archivo Java. Deberia de funcionar.

Tenía Java 1.7 y 1.8 instalados (con SBT 2.4 que requiere Java 1.8). Aunque mi proyecto estaba vinculado a Java 1.8, tuve que cambiar la variable de entorno JAVA_HOME al punto 1.8. Finalmente, problema resuelto.

Resolví mi problema eliminando versiones antiguas de JRE e instalando JRE 8.

Si está utilizando Eclipse, asegúrese de que su menú ProyectoPropiedadesRuta de comstackción JavaBibliotecasBiblioteca del sistema JRE coincida con los requisitos de su proyecto (como se muestra en la imagen).

Ingrese la descripción de la imagen aquí

Todo lo que necesita hacer para resolver el problema es … asegurarse de que su versión de Java sea la misma tanto para la comstackción como para la ejecución. No importa qué herramientas o IDEs estés usando.

Si está utilizando Linux y tiene instaladas versiones diferentes de Java, use el siguiente comando:

 sudo update-alternatives --config java 

Esto proporcionará una forma rápida de cambiar entre las versiones de Java instaladas en el sistema. Al elegir Java 8, resolveré tu problema.

Si su versión de JDK es correcta. Otra razón que puede causar este error es que su Android Studio está en una versión baja, pero su versión de Gradle es demasiado alta. Upgrade your IDE to a newer version puede ayudarlo.

Esto se me ocurrió cuando instalé Java 1.8 nuevo, pero dejé abierto el antiguo intérprete de línea de comando.

Tenía un camino antiguo y siguió ejecutando la aplicación con Java 1.7 mientras que el proyecto ya estaba construido con Java 1.8.

Necesita usar JDK 1.7.0 en lugar de JDK 1.8.0.

Para asegurarse, necesita eliminar JDK 1.8.0 en su computadora.

Si usa Mac, debe eliminar:

/Library/Java/JavaVirtualMachines/jdk.jdk

/Library/PreferencePanes/JavaControlPanel.prefPane

/ Library / Internet Plug-Ins / JavaAppletPlugin.plugin

Luego, debe volver a instalar JDK 1.7.0 y podrá generar el archivo .jar.

Actualice su versión de Andorra a JDK 1.8.

Este es un desajuste de versión que su comstackdor está buscando Java versión 8 y tiene Java versión 7.

Puede ejecutar una comstackción de la aplicación en la versión 7 en la versión 8, pero no puede hacerlo al revés, porque cuando se trata de niveles más altos, las versiones están integradas con más características, mejoras en lugar de versiones anteriores.

Descargue la versión JDK desde este enlace

Y establece tu ruta JDK para esto

Es posible que desee comprobar la configuración de Ejecutar configuraciones si está utilizando Eclipse v4.4 (Luna) y ya ha completado todos los pasos mencionados anteriormente.

Puede haber varias posibilidades que causan este error. La causa raíz es una falta de correspondencia del proyecto que requiere comstackción en JDK1.8 / JRE8 mientras que el comstackdor de entorno es JDK1.7 / JRE7.

Puedes revisar mi publicación de blog para revisar que tu configuración sea correcta.

Simplemente vaya a http://java.com/en/download/ y actualice su versión de JRE

Me encontré con este problema en Eclipse para Mac OS X v10.9 (Mavericks). Intenté muchas respuestas en Stack Overflow … finalmente, después de un día completo, * instalé una nueva versión del SDK de Android (y actualicé Eclipse, menú ProyectoPropiedadesAndroid para usar la nueva ruta) * .

Tenía que obtener actualizaciones de SDK, pero solo tirando de esas actualizaciones que creía necesarias, evitando las API con las que no trabajaba (como Wear y TV) … y eso fue todo . Aparentemente, parece que había corrompido mi SDK en alguna parte del camino.

Por cierto … Vi el error volver a la superficie con un proyecto en mi espacio de trabajo, pero parecía estar relacionado con una importación de appcompat-7, que no estaba usando. Después de firmar ese proyecto, hasta ahora no han visto resurgir el problema.

Ninguna de estas respuestas me ayudó, pero encontré una solución.
Tuve un proyecto web utilizado en Wildfly 8.2, construido con Maven, el origen y el objective se establecieron en 1.8 en maven-compiler-plugin, y todas las configuraciones de Eclipse y Maven se establecieron en Java 1.8. El problema era que Wildfly 8.2 no podía manejar Java 1.8, así que tuve que configurar todo en 1.7 y funcionó.

Solo quiero agregar esto. Tuve este problema hoy. Ajustó la configuración en mi proyecto, reconstruido y el mismo problema. Había asumido (incorrectamente) que cambiar la configuración en mi proyecto (Eclipse) también provocaría que los proyectos de los que depende mi proyecto sean recomstackdos. Ajustar la configuración a todos los proyectos en el árbol de dependencias resolvió el problema.

Si está utilizando IntelliJ IDEA , vaya a Estructura del proyecto ( Ctrl + Alt + Shift + S ), y puede cambiar el JDK de su proyecto.