Jira ist ein Java-Programm mit einer Weboberfläche. Wenn sich das darunter liegende Java ändert oder verschwindet, fällt Jira schneller aus, als es überhaupt ein Protokoll schreiben kann – und diese Geschwindigkeit ist Ihr Anhaltspunkt.
Einige Jira-Startfehler führen zu langen Protokollen. Java-Fehler führen zu fast nichts, denn wenn Java nicht gestartet werden kann, kann Jira nicht ausgeführt werden – und sich nicht anmelden. Die übliche Geschichte: Jemand hat das JDK aktualisiert, eine Windows-Bereinigung hat ein altes Java entfernt oder JAVA_HOME wurde für eine andere Anwendung geändert, und der Dienst von Jira zeigt jetzt auf ein fehlendes Java, 32-Bit, wo es 64-Bit sein sollte, oder einfach auf eine Version, die Ihre Jira-Version nicht unterstützt. Auf dieser Seite erfahren Sie, wie Sie herausfinden, welches Java Jira tatsächlich verwendet wird, und wie Sie es richtig einstellen.
Jira verwendet nicht einfach das, was Java Windows bevorzugt. Seine Startskripte betrachten zuerst JAVA_HOME, dann JRE_HOME, und der Windows-Dienst verwendet das in seiner eigenen Konfiguration aufgezeichnete Java. Deshalb sind „Java ist installiert“ und „Jira schlägt immer noch fehl“ beide gleichzeitig wahr – es handelt sich um unterschiedliche Java-Installationen.
bin im Installationsverzeichnis und suchen Sie nach setenv.bat.JAVA_HOME oder JRE_HOME festlegen – notieren Sie sich den genauen Ordner, den sie benennenbin mit java.exe vorhanden istjava -version aus dem Ordner bin und notieren Sie die VersionDies ist der Schritt, bei dem die Leute raten, und das Raten ist teuer. Jede Jira-Version unterstützt einen bestimmten Satz von Java-Versionen: Ältere Jira-Versionen laufen auf Java 8 oder 11, neuere erfordern Java 11 oder 17 und die neuesten erfordern Java 17 oder höher. Ein zu neues Java schlägt genauso schwer fehl wie ein zu altes – die Klassendatei- und Moduländerungen sind real und nicht umständlich.
atlassian-jira.logSobald Sie das richtige JDK kennen, sorgen Sie dafür, dass alle Zeiger übereinstimmen. Das Ändern nur der Systemumgebungsvariablen ist die klassische Halblösung: Der Dienst verwendet möglicherweise weiterhin das in seinen eigenen Wrapper-Einstellungen gespeicherte Java, und der Fehler überlebt Ihre Reparatur.
setenv.bat so, dass JAVA_HOME den unterstützten JDK-Ordner benennt – kein abschließendes bin, nur das JDK-StammverzeichnisJAVA_HOME festgelegt istbin und bestätigen Sie, dass der Java-Pfad dort übereinstimmtJava-Probleme haben Tells. Der Dienst schlägt innerhalb von Sekunden fehl. Die Windows-Ereignisanzeige zeigt den Dienst- oder JVM-Fehler an, bevor die eigenen Protokolle von Jira überhaupt beginnen. Und wenn Protokolle vorhanden sind, benennen Ausdrücke wie UnsupportedClassVersionError (Java zu alt für den Code) oder Modulzugriffsfehler (Java zu neu und streng) die Nichtübereinstimmung direkt. Bei der Meldung „Die Java Virtual Machine konnte nicht erstellt werden“ handelt es sich jedoch normalerweise um Speichereinstellungen, nicht um die Version – das gehört zum Heap-Fix, nicht zu diesem.
UnsupportedClassVersionError oder java.lang am Anfang des FehlersDie vollständige Jira-Startreparatur, Schritt für Schritt, mit den genauen Bildschirmen und Protokollzeilen, die live angezeigt werden.
▶️ Watch Full VideoWeil Jira wahrscheinlich nicht dieses Java verwendet. Jira folgt JAVA_HOME in seiner eigenen setenv.bat und dem in seiner Windows-Dienstkonfiguration aufgezeichneten Java, das auf ein älteres oder entferntes JDK verweisen kann, während andere Anwendungen problemlos das System-Java verwenden. Überprüfen Sie die genaue java.exe im Ordner, auf den Jira verweist, und führen Sie die Java-Version aus diesem Ordner aus.
Nur wenn die Seite „Unterstützte Plattformen“ von Atlassian für Ihre genaue Jira-Version diese Java-Version auflistet. Neueres wird nicht automatisch unterstützt – ein zu neues Java bricht Jira genauso zuverlässig wie ein zu altes, durch geänderte Klassenversionen und strengere Modulregeln. Entspricht dem dokumentierten Bereich; Verfolgen Sie nicht die höchste Zahl.
Das Update ersetzte oder entfernte wahrscheinlich das JDK, auf das JAVA_HOME von Jira verweist, oder änderte das System JAVA_HOME, das ein anderer Administrator später in die Konfiguration von Jira kopierte. Die Lösung besteht nicht darin, den gesamten Server zurückzusetzen – installieren oder behalten Sie ein unterstütztes JDK nebeneinander und verweisen Sie nur Jira darauf, indem Sie setenv.bat und die Java-Einstellungen des Dienstes verwenden.