[23] Allow JDT to target Java 23 in compiler preferences

[noopur2507]

Allow JDT to target Java 23 in compiler preferences.

[howlger]

With this change, in the Eclipse SDK 4.32 RC2, in the New Java Project dialog, in the Use an execution environment JRE: drop-down menu JavaSE-23 is offered as an option. When in the preferences Java > Installed JREs, an OpenJDK JDK 23 early-access build is configured, creating a new Java project with JRE System Library [JavaSE-23] works fine for me. However, the .class files generated by ecj in the bin folder will have the Java class file version 66 (Java 22) instead of 67 (Java 23).

Is this intended? If so, is there more information (what was the motivation to do this; why is this not labeled as beta; will this be done also for future versions; etc.)?

[iloveeclipse]

It is a bug, it shouldn't be offered in 4.32.

[howlger]

It is a bug, it shouldn't be offered in 4.32.

Will it be fixed in the 4.32 release, or is it too late now?

[iloveeclipse]

Will it be fixed in the 4.32 release, or is it too late now?

Too late.

[noopur2507]

The PR with this issue was merged only in the BETA_JAVA23 branch and I don't see these code changes in the master branch either. Also, these changes should not have an impact on the New Java Project wizard and are only for the Compiler preferences.

[noopur2507]

With this change, in the Eclipse SDK 4.32 RC2, in the New Java Project dialog, in the Use an execution environment JRE: drop-down menu JavaSE-23 is offered as an option. When in the preferences Java > Installed JREs, an OpenJDK JDK 23 early-access build is configured, creating a new Java project with JRE System Library [JavaSE-23] works fine for me. However, the .class files generated by ecj in the bin folder will have the Java class file version 66 (Java 22) instead of 67 (Java 23).

Is this intended? If so, is there more information (what was the motivation to do this; why is this not labeled as beta; will this be done also for future versions; etc.)?

Probably a result of eclipse-jdt/eclipse.jdt.debug#419.