Update to Gradle 8 with higher JDK Support

[xeruf]

supports higher JDK versions, fancy dokka documentation and a lot more improvements including folder structure

[soerendomroes]

@xeruf Gibt es dazu schon einen GUI branch der damit kompatibel ist?

[soerendomroes]

Der build failed bei mir noch:

FAILURE: Build failed with an exception.

* What went wrong:
Some problems were found with the configuration of task ':server:startScripts' (type 'CreateStartScripts').
  - Gradle detected a problem with the following location: '/home/sdo/Documents/socha/Development/gui/backend/server/build/runnable/server.jar'.
    
    Reason: Task ':server:startScripts' uses this output of task ':server:createStartScripts' without declaring an explicit or implicit dependency. This can lead to incorrect results being produced, depending on what order the tasks are executed.
    
    Possible solutions:
      1. Declare task ':server:createStartScripts' as an input of ':server:startScripts'.
      2. Declare an explicit dependency on ':server:createStartScripts' from ':server:startScripts' using Task#dependsOn.
      3. Declare an explicit dependency on ':server:createStartScripts' from ':server:startScripts' using Task#mustRunAfter.
    
    For more information, please refer to https://docs.gradle.org/9.3.0/userguide/validation_problems.html#implicit_dependency in the Gradle documentation.
  - Gradle detected a problem with the following location: '/home/sdo/Documents/socha/Development/gui/backend/server/build/runnable/server.jar'.
    
    Reason: Task ':server:startScripts' uses this output of task ':server:copyConfig' without declaring an explicit or implicit dependency. This can lead to incorrect results being produced, depending on what order the tasks are executed.
    
    Possible solutions:
      1. Declare task ':server:copyConfig' as an input of ':server:startScripts'.
      2. Declare an explicit dependency on ':server:copyConfig' from ':server:startScripts' using Task#dependsOn.
      3. Declare an explicit dependency on ':server:copyConfig' from ':server:startScripts' using Task#mustRunAfter.
    
    For more information, please refer to https://docs.gradle.org/9.3.0/userguide/validation_problems.html#implicit_dependency in the Gradle documentation.

* Try:
> Run with --scan to get full insights from a Build Scan (powered by Develocity).

Muss ich außer zu pullen noch etwas einstellen?

[xeruf]

Ich verstehe nicht ganz, warum jetzt alle plugins verschoben werden.

damit es für die zukunft leichter zu maintainen bleibt wenn wir rotieren

Hattest du getestet, ob man mit dem SimpleClient für die Schüler auch mit einer niedrigeren Java Version auskommt?

JDK 17 ist das minimum mit Gradle 9, dann müssten die Schüler die gradle version downgraden oder das ohne gradle machen

Der build failed bei mir noch:

vorher mal ./gradlew clean ausgeführt?

[soerendomroes]

./gradlew clean hat geholfen.

Leider läuft der Spieler nicht und es scheint auch noch keinen gui-branch geben, um alles zu testen.

Das liegt wohl daran, dass der player:run die gui auch baut?

[soerendomroes]

Wenn wir mit für die Schulen noch Java 8 und 11 kompatibel sein wollen, dann müsste man den Spieler wahrscheinlich in ein eigenes Repo mit eigenem build bauen.

Wie siehst du das?

[xeruf]

ne man könnte das auch händisch mit bundlen - aber wollen wir diese versionen wirklich weiter maintainen? gabs mal ne umfrage bei den tutoren ob die schulen die die versionen noch benutzen wirklich nix anderes haben?

Leider läuft der Spieler nicht und es scheint auch noch keinen gui-branch geben, um alles zu testen.

versteh ich nicht, der wird wie üblich mit bundle gebaut

Das liegt wohl daran, dass der player:run die gui auch baut?

ne hat nix mit der gui zu tun

[soerendomroes]

ne man könnte das auch händisch mit bundlen - aber wollen wir diese versionen wirklich weiter maintainen? gabs mal ne umfrage bei den tutoren ob die schulen die die versionen noch benutzen wirklich nix anderes haben?

Die Umfrage dazu gibt es erst zum Ende der Saison. Die Tutoren, mit denen ich sprechen konnte, meinten, dass es noch ein paar Schulen gibt die das brauchen. Und die Versionen sind ja mindestens bis nächstes Jahr noch LTS.

Leider läuft der Spieler nicht und es scheint auch noch keinen gui-branch geben, um alles zu testen.

versteh ich nicht, der wird wie üblich mit bundle gebaut

Ok, anscheinend ist mein Developer setup ein bisschen anders als sonst und die Dinge die ich testen möchte.
Gut, dass wir heute mal schnacken.

[soerendomroes]

@xeruf

Leider baut das bei mir (auch nach clean) nicht:

* What went wrong:
Some problems were found with the configuration of task ':server:startScripts' (type 'CreateStartScripts').
  - Gradle detected a problem with the following location: '/home/sdo/Documents/socha/Development/gui/backend/server/build/runnable/server.jar'.
    
    Reason: Task ':server:startScripts' uses this output of task ':server:createStartScripts' without declaring an explicit or implicit dependency. This can lead to incorrect results being produced, depending on what order the tasks are executed.

Klappt das bei dir einfach?

[xeruf]

weil das nur mündlich besprochen wurde und hier noch nicht steht - wir gehen runter auf gradle 8, was jdk 11 bis 24 supported und damit alles wichtige abdeckt

[soerendomroes]

https://en.wikipedia.org/wiki/Java_version_history

Java 24 ist nicht das neueste Java mit einer kleineren Nummer als 25. Die LTS Versionen werden weiter geupdated, Java 24 ist nicht mehr supported. Es lohnt sich entsprechend beim Test sowas wie 8, 11, 17 und 21 zu testen.

Und wir hatten uns auf Gradle 8.14.X geeinigt, da dies auch noch Java 8 supported.
https://docs.gradle.org/current/userguide/compatibility.html

[xeruf]

wir nutzen shadow 9.1 weswegen das backend bauen mindestens jdk 11 braucht, aber teilnehmer können trotzdem noch jdk 8 nutzen weil ich shadow da auf 8.3 gesetzt hab - das ist kein problem
https://github.com/GradleUp/shadow?tab=readme-ov-file#compatibility-matrix

[xeruf]

hab chore/gradle7 gui branch nochmal aktualisiert

[soerendomroes]

@xeruf what is the status here? Should we meet and merge this?

Have you already tested whether the gui works with this?

[soerendomroes]

What is the plan here?

This might be a good place to document how a new plugin should be added.

I guess that the name plugin2023 and so on must be used in the gui. In the gui build.gradle should hence be some documentation on how to choose a specific plugin.

As I understand this, plugin202X is only called like this, since it is the name used in the gui. Moreover, I remember that the gui just uses the highest number, e.g. plugin2099 would be used if it exists. Is this correct?

Line 12 and onwards maps these plugins to actual projects.
Hence, to add a new project, I create a folder with everything inside call it , add plugin20XX and everything is ready?