Könntest du es auch Begründen, bitte? Und ich rede jetzt nicht von Alt-Systemen. Diesbezüglich ist es mir schon klar, dass man sich mit J2EE / Jakarta auseinandersetzen sollte.
Ich war gestern nur am Handy
Da ist langer Text mir zu aufwendig.
Der wichtigste Punkt ist meines Erachtens, auch wenn du Alt-Systeme ausklammerst. Wir reden hier von Enterprise Anwendungen. Aktuelles Projekt, wo ich bin: Ausschreibung Beginn war Ende 2018, Projektbeginn 1.1.2020, Laufzeit des Projektes ca. 3 1/2 Jahre - Die Software soll danach aber noch lange (10+) Jahre weiterlaufen. Das sind lange Zyklen, Spring Boot gibt es es seit gerade mal 6 Jahren. Wir führen in dem Projekt eine Spring Boot Anwendung und eine reine Java EE Anwendung ein.
Und die Java EE Anwendung würde ich nicht als Altsystem bezeichnen
Die wird auch in Zukunft noch bei weiteren Kunden eingeführt werden. Den Kunden ist im Endeffekt die Technologie fast egal - wichtig ist, dass die Software die Anforderungen erfüllt. Je nach Branche ist es im Gegenteil sogar, dass sowas modernes wie Spring Boot negativ ist. Bei unserem aktuellen Kunden gilt zum Beispiel: Einen JBoss Application Server hinzustellen, der sauber administriert wird, sich in die Unternehmens-Security, Monitoring etc. eingliedert - Erprobte Prozesse.
Eine Spring Boot Applikation beitreiben? Uhh - das wird gerade aufgebaut.
Deswegen werden auch in Zukunft weriterhin reine Java EE Anwendungen entwickelt, in Projekten eingeführt. Auch wenn ich bei neuer Software - im Gegensatz zu
@tommysenf eher auf Spring Boot setzen würde, wirklich neue Software auf der grünen Wiese ist eher der Ausnahme- als der Regelfall. Entweder setzt man auf bestehende Software auf (die, wegen Enterprise Umfeld teilweise älter ist - aber noch kein Altsystem) oder man hat Vorgaben bzw. muss sich in eine Landschaft eingliedern wo die Freiheitsgrade beschränkt sind. Deswegen ist für mich Jakarta immer noch wichtig. Und Relevant definitiv.