Downgrade eines bestehenden Projektes

[Blizzsnake80]

Hallo zusammen,

ich habe ein Java-Projekt mit der SE 14 angelegt und bin auf ein (bislang ungelöstes Problem gestoßen - https://www.java-forum.org/thema/pr...-windows-10-jfilechooser.191707/#post-1251612 )

Neben den guten Tipps in diesem Forum bzg. meines Problemes hat mir ein Kollege angeraten, das Projekt einmal in Version 8 zu erstellen / kompilieren.
Ist dies in Eclipse nachträglich möglich oder muss ich nun erst noch einmal ein neues Projekt erstellen und den Quellcode der entsprechenden Klassen dort reinkopieren ?

Besten Dank im Voraus und LG

 

[Blizzsnake80]

Sry Leute, ich habe gerade erst gesehen, dass man das unter "Execution Environment" anpassen kann. Ich werde das jetzt ausprobieren und hoffe dass dann einfach neue entsprechende class-Dateien generiert werden und nutzbar sind.

 

[Robert Zenz]

Natuerlich ist das jeder Zeit moeglich, es gibt hierbei grundsaetzlich zwei Parameter fuer den Build:

1. Ziel-Version
2. JVM Version mit welcher der Build ausgefuehrt wird

Mit der Ziel-Version (zum Beispiel Java 8) wird sichergestellt dass Byte-Code generiert wird welcher auch mit einer JVM 8 ausgefuehrt werden kann. Wenn du jetzt zum Beispiel Ziel Java 8 hast, und das Ganze mit einer JVM 14 kompilierst, ist es moeglich dass du Funktionen verwendest welche nur in der 14er verfuegbar sind. Das erzeugte Programm kann dann zwar mit einer JVM 8 ausgefuehrt werden, wird aber mit einer "ClassNotFoundException" or "NoSuchMethodException" abbrechen. Daher ist es auch immer gut die JVM Version mit welcher der Build erstellt wird auf die Ziel-Version zu stellen. Die einfachste Variante ist vermutlich diese parallel zu installieren und dann damit den Build zu machen.

Ich *glaube* in neueren Versionen gibt es eventuell schon Warnungen wenn man eine Funktion verwendet welche iin der Ziel JVM nicht verfuegabr ist, aber kann ich mich auch irren.

 

[mrBrown]

@Robert Zenz es gibt seit Java 9(?) das release-Flag, das setzt sowohl die target-Version als auch den bootclasspath, wenn man Features und/oder Klassen/Methoden aus neueren JDKs verwendet bricht der Build dann ab.

 

[Blizzsnake80]

Natuerlich ist das jeder Zeit moeglich, es gibt hierbei grundsaetzlich zwei Parameter fuer den Build:

1. Ziel-Version
2. JVM Version mit welcher der Build ausgefuehrt wird

Mit der Ziel-Version (zum Beispiel Java 8) wird sichergestellt dass Byte-Code generiert wird welcher auch mit einer JVM 8 ausgefuehrt werden kann. Wenn du jetzt zum Beispiel Ziel Java 8 hast, und das Ganze mit einer JVM 14 kompilierst, ist es moeglich dass du Funktionen verwendest welche nur in der 14er verfuegbar sind. Das erzeugte Programm kann dann zwar mit einer JVM 8 ausgefuehrt werden, wird aber mit einer "ClassNotFoundException" or "NoSuchMethodException" abbrechen. Daher ist es auch immer gut die JVM Version mit welcher der Build erstellt wird auf die Ziel-Version zu stellen. Die einfachste Variante ist vermutlich diese parallel zu installieren und dann damit den Build zu machen.

Ich *glaube* in neueren Versionen gibt es eventuell schon Warnungen wenn man eine Funktion verwendet welche iin der Ziel JVM nicht verfuegabr ist, aber kann ich mich auch irren.

Danke für die Rückmeldung. Also ist es quasi besser Version 8 parallel zu installieren und dann jeweils Eclipse auf diese Version umzustellen, sofern ich etwas in bzw. für Version 8 erstellen will ...

 

[Robert Zenz]

Danke für die Rückmeldung. Also ist es quasi besser Version 8 parallel zu installieren und dann jeweils Eclipse auf diese Version umzustellen, sofern ich etwas in bzw. für Version 8 erstellen will ...

Nicht das gesamte Eclipse. Du kannst dir mehrere JVMs in den Eclipse Einstellungen halten und dann den Projekten jeweils die entsprechenden zuweisen.

Wie @mrBrown sagte, gibt es in neueren Versionen der JVM und des Compilers ein Flag dafuer, um sicher zu gehen dass nur Methoden aus der Ziel-Version der JVM verwendet werden.