Jameica und Hibiscus Abhängigkeit im build definieren und bauen

[tobidope]

Da der Umbau auf Maven wohl doch ein zu großer erster Schritt ist, habe ich den ant build erweitert. Mit dem target build-dependencies werden jameica und hibiscus heruntergeladen und gebaut, so wie es der jverein build erwartet. Dies funktioniert lokal wie im Github Action Kontext identisch. Somit kann das Aufsetzen des lokalen builds vereinfacht werden und man baut gegen gleiche Versionen wie in Github. In einem zweiten Schritt kann renovate aktiviert werden, so dass neue Versionen erkannt und ein pr erstellt wird.
Die workflows sind auch wesentlich vereinfacht, da der cache nun abhängig von build.properties und build.xml ist. Solange sich dort nichts verändert, haben sich auch keine externen Abhängigkeiten verändert. Es werden nur die Elemente gecached, die auch im ant build im classpath referenziert werden.

[tolot27]

Step "restore-cache" nach reusable-build.yml auslagern.

[tolot27]

Es ist auf jeden Fall schon mal cool, dass die Cache Usage mit diesem PR mehr als halbiert wird (siehe https://github.com/openjverein/jverein/actions/caches). Dadurch laufen die Actions auch schneller.

[tolot27]

Sehr schön aufgeräumt sieht es nun aus. Vielen Dank und entschuldige, dass ich da bisl nervig war.

[lenilsas]

Ich kenne mich bisher mit den Actions nur wenig aus und überblicke daher nicht alle folgen. Wenn sich sonst niemand findet kann ich es schon aprooven. @dippeal ich glaube du kennst dich besser damit aus und ich fände gut wenn du es reviewen könntest.

[tobidope]

Die Version von Jameica war noch alt. Die habe ich jetzt auf die aktuellste angepasst.

[dippeal]

Kannst du mal bitte skizzieren oder erklären, wo der renovate ins Spiel kommt bei dem PR?
Irgendwie sehe ich noch nicht wo der Cache befüllt wird. In https://github.com/openjverein/jverein/pull/677/files#diff-e5e50a1d786c73146f839e2f5406dc6b8442431260d86f9098448a8c2a96af7cR13-R24 holst du die Daten, aber wo werden sie aktualisiert wenn der hash sich geändert hat?
Ansonsten ganz schön.

[tobidope]

Kannst du mal bitte skizzieren oder erklären, wo der renovate ins Spiel kommt bei dem PR? Irgendwie sehe ich noch nicht wo der Cache befüllt wird. In https://github.com/openjverein/jverein/pull/677/files#diff-e5e50a1d786c73146f839e2f5406dc6b8442431260d86f9098448a8c2a96af7cR13-R24 holst du die Daten, aber wo werden sie aktualisiert wenn der hash sich geändert hat? Ansonsten ganz schön.

Mit diesem pr existiert eine Versionsnummer, die von renovate verwendet werden kann. Bis jetzt nehmen wir einfach was gerade aktuell ist. Renovate muss noch kommen, siehe #699 . Der cache wird durch die cache action befüllt. Die schaut, ob sie einen miss hatte und aktualisiert im Nachgang den cache mit dem cache key. Der key generiert sich aus den build.properties und build.xml Dateien. Wenn diese sich geändert haben, ist nicht mehr sicher, dass wir die gleichen Abhängigkeiten haben.

[tobidope]

@dippeal und @tolot27 könntet ihr euer Review abgeben? Aus meiner Sicht ist nichts mehr offen.