Jira es un programa Java con una interfaz web. Cuando el Java subyacente cambia o desaparece, Jira falla más rápido de lo que puede escribir un registro, y esa velocidad es la pista.
Algunas fallas de inicio de Jira producen registros largos. Los fallos de Java no producen casi nada, porque si Java no puede iniciarse, Jira no puede ejecutarse y no puede iniciar sesión. La historia habitual: alguien actualizó el JDK, una limpieza de Windows eliminó un Java antiguo o JAVA_HOME se cambió para otra aplicación, y el servicio de Jira ahora apunta a un Java que falta, de 32 bits donde debería ser de 64 bits, o simplemente una versión que su versión de Jira no admite. Esta página muestra cómo encontrar qué Java Jira está usando realmente y configurarlo correctamente.
Jira no utiliza simplemente cualquier Java que prefiera Windows. Sus scripts de inicio miran primero JAVA_HOME, luego JRE_HOME, y el servicio de Windows utiliza el Java registrado en su propia configuración. Es por eso que "Jira está instalado" y "Jira todavía falla" son ciertos al mismo tiempo: hablan de diferentes instalaciones de Java.
bin dentro del directorio de instalación y busque setenv.batJAVA_HOME o JRE_HOME; tenga en cuenta la carpeta exacta a la que nombranbin con java.exe dentro de ella.java -version desde dentro de su carpeta bin y escriba la versión.Este es el paso que la gente adivina, y adivinar es caro. Cada versión de Jira admite un conjunto específico de versiones de Java: las versiones anteriores de Jira se ejecutan en Java 8 u 11, las más nuevas requieren Java 11 o 17 y las más nuevas requieren Java 17 o posterior. Un Java que es demasiado nuevo falla tanto como uno que es demasiado antiguo: los cambios en el archivo de clase y el módulo son reales, no complicados.
atlassian-jira.log de trabajo.Una vez que conozca el JDK correcto, haga que todos los punteros coincidan. Cambiar solo la variable de entorno del sistema es la clásica solución a medias: el servicio puede seguir usando Java almacenado en su propia configuración de contenedor y la falla sobrevive a la reparación.
setenv.bat para que JAVA_HOME nombre la carpeta JDK compatible; sin bin final, solo la raíz del JDKJAVA_HOME en conflicto allíbin y confirme que la ruta de Java allí coincida.Los problemas de Java tienen indicios. El servicio falla en segundos. El Visor de eventos de Windows muestra el error del servicio o de la JVM incluso antes de que comiencen los propios registros de Jira. Y cuando existen registros, frases como UnsupportedClassVersionError (Java demasiado antiguo para el código) o errores de acceso al módulo (Java demasiado nuevo y estricto) nombran la falta de coincidencia directamente. Sin embargo, el mensaje "No se pudo crear la máquina virtual Java" suele ser la configuración de la memoria, no la versión; eso pertenece a la corrección del montón, no a esta.
UnsupportedClassVersionError o java.lang cerca de la parte superior de la fallaLa reparación completa de inicio de Jira, paso a paso, con las pantallas exactas y las líneas de registro mostradas en vivo.
▶️ Watch Full VideoPorque Jira probablemente no esté usando ese Java. Jira sigue JAVA_HOME en su propio setenv.bat y el Java registrado en su configuración de servicio de Windows, lo que puede apuntar a un JDK más antiguo o eliminado mientras que otras aplicaciones utilizan felizmente el sistema Java. Verifique el java.exe exacto dentro de la carpeta a la que apunta Jira, con java -version ejecutándose desde esa carpeta.
Solo si la página Plataformas compatibles de Atlassian para su versión exacta de Jira enumera esa versión de Java. Los más nuevos no son compatibles automáticamente: un Java demasiado nuevo rompe Jira tan confiablemente como uno demasiado antiguo, a través de versiones de clases modificadas y reglas de módulo más estrictas. Coincidir con el rango documentado; No persigas el número más alto.
La actualización probablemente reemplazó o eliminó el JDK al que apunta JAVA_HOME de Jira, o cambió el sistema JAVA_HOME que otro administrador copió posteriormente en la configuración de Jira. La solución no es revertir todo el servidor: instale o mantenga un JDK compatible uno al lado del otro y apunte solo a Jira, usando setenv.bat y la configuración de Java del servicio.