Naar de inhoud

< Gratis e-book · Evolueer, herschrijf niet />

Moderniseer je legacy Java zonder alles te herschrijven

Een beslisboom voor Spring Boot, Quarkus of Jakarta EE, een stappenplan in vier fasen en een eerlijk antwoord op de vraag wanneer je beter wacht. Voor applicaties die nog draaien op WebLogic, WebSphere of JBoss, met Java 8 of javax. Gratis PDF, één avond lezen.

Stuur me het e-book Of lees eerst hoofdstuk 4, zonder e-mail

< De kern />

Vier stellingen, onderbouwd in het boek

Veel Belgische organisaties draaien bedrijfskritische applicaties op Java van vijftien tot vijfentwintig jaar oud. Ze werken nog. De wereld errond is veranderd.

01

Java is niet het probleem, je architectuur wel

Elke zes maanden een nieuwe versie en sterke LTS-releases in Java 21 en 25. "Weg van Java" gooit tientallen jaren investering weg. Het echte probleem is verwevenheid, niet leeftijd.

02

Er is geen beste framework

Spring Boot, Quarkus of een upgrade binnen Jakarta EE. Het antwoord volgt uit jouw workloads, jouw team en jouw horizon. Het boek geeft je de beslisboom, geen ranglijst.

03

Herschrijven is bijna altijd de verkeerde keuze

Een big-bang-herschrijving duurt jaren en levert pas op het einde iets op. Haal functionaliteit beter stap voor stap uit het oude systeem. Elke stap levert waarde op, elke stap is omkeerbaar.

04

Technologie is maar een derde van het werk

Vervang enkel het framework en laat het platform, de tests en de manier van werken ongemoeid, en je krijgt een moderne applicatie met legacy-problemen. Applicatie, platform en team bewegen samen.

Lees de volledige samenvatting

Veel Belgische organisaties draaien vandaag bedrijfskritische applicaties op Java-technologie van vijftien tot vijfentwintig jaar oud. Die systemen doen nog altijd wat ze moeten doen: transacties verwerken, klantgegevens beheren, kernprocessen ondersteunen. Maar de wereld errond is veranderd. Cloud, containers, DevOps en een krappe arbeidsmarkt stellen eisen waarvoor klassieke J2EE- en Java EE-architecturen nooit ontworpen zijn.

Java is niet het probleem, de architectuur errond wel

Java leeft. Sinds 2017 verschijnt er elke zes maanden een nieuwe versie en met Java 21 en Java 25 liggen er sterke, moderne LTS-releases. Wie "weg van Java" als doel formuleert, gooit tientallen jaren aan investeringen, kennis en een volwassen ecosysteem weg. Het echte doel is weg van zware applicatieservers, trage releasecycli en een architectuur waarin alles met alles verweven is. Legacy is geen kwestie van leeftijd, wel van te veel coupling en te weinig cohesion. Bijblijven met versies is bovendien in de eerste plaats een securityzaak.

Er is geen universeel beste framework

Spring Boot is de de-factostandaard voor modern enterprise Java: enorm ecosysteem, grootste talentpool, bewezen migratiepad. Quarkus is gebouwd voor het containertijdperk, blinkt uit in opstarttijd en geheugenverbruik en blijft dicht bij de Jakarta EE-API's die je Java EE-team al kent. Soms is een upgrade binnen Jakarta EE zelfs de verstandigste eerste stap. De juiste keuze volgt uit jouw workloads, jouw team en jouw tijdshorizon.

Herschrijven is bijna altijd het verkeerde antwoord

Big-bang-herschrijvingen van bedrijfskritische systemen mislukken vaker dan ze slagen. Ze duren jaren, bevriezen de roadmap en leveren pas waarde op aan het einde. Je legacy-systeem bevat vijftien jaar aan ingebakken bedrijfskennis: randgevallen, uitzonderingen en beslissingen die nergens gedocumenteerd staan. De bewezen aanpak om legacy Java te moderniseren is incrementeel: functionaliteit stap voor stap uit het legacy-systeem lichten en vervangen, terwijl oud en nieuw tijdelijk naast elkaar draaien.

Modernisering is meer dan technologie

Wie alleen het framework vervangt maar het platform eronder, de teststrategie en de manier van werken ongemoeid laat, krijgt een moderne applicatie met legacy-problemen. Een geautomatiseerde pijplijn is het begin, platform engineering het einddoel. Teams krijgen ownership over hun deel, van code tot productie. En tussen elke fase staat een gate: geen bewijs, geen vervolgbudget. Migreren doe je niet voor de developer, wel voor wat de organisatie nodig heeft.

Pieter Vercammen, Managing Partner en Tech Lead van CraftCode, auteur van het e-book

< De auteur />

Geschreven door iemand die het zelf gedaan heeft

Pieter Vercammen bouwt al twintig jaar enterprise-software: bijna vijf jaar bij Oracle als developer en technical lead, daarna als Java- en ADF-consultant en vandaag aan het hoofd van de technische teams van CraftCode. De zware middleware waar dit boek over gaat, kent hij van binnenuit. Hij zit even vaak aan tafel met de directie die moet beslissen als met het team dat het moet waarmaken.

De vraag die dit boek beantwoordt:

Moeten we van Java af, en zo niet, wat moeten we dan wel veranderen?

Dit boek is wat uit die gesprekken kwam. Ook uit de gesprekken waarin het antwoord "nog niet" was.
ISO 9001-certificaat ISO 27001-certificaat Great Place to Work-label CraftCode is een Belgisch softwarebedrijf uit Edegem, onderdeel van Fieldside binnen de Cronos-groep. Onze roots liggen in backend-ontwikkeling in Java.

< Voor wie />

Twee lezers, twee routes

De beslisser

Jij wil weten óf en wanneer moderniseren de moeite is, en wat stilstand kost.

Begin hier

Deel I voor het waarom, hoofdstuk 8 voor het beslissingskader, hoofdstuk 14 voor de roadmap. Samen ongeveer een avond.
Elk hoofdstuk sluit af met vragen voor het management, klaar om mee te nemen naar je volgende directievergadering.

De architect

Jij weet waar de coupling zit. Jij wil een aanpak die werkt terwijl de winkel open blijft.

Begin hier

Hoofdstuk 6 tot 8 vergelijken de frameworks zonder winnaar aan te duiden. Hoofdstuk 9 en 10 zijn het draaiboek. Hoofdstuk 11 trekt de grens voor AI.
Elk hoofdstuk sluit af met aandachtspunten voor de architect.

< Wat dit boek niet is />

Eerlijkheid boven comfort

  • Geen winnaar. Een beslissingskader, geen ranglijst.
  • Geen pleidooi om altijd te migreren. Hoofdstuk 4 zegt wanneer niet.
  • Geen verzonnen cijfers. Elke bron staat erbij.
  • Geen hype rond AI. Een betrouwbaarheidsmatrix in plaats van percentages.
  • Geen afhankelijkheid. Een klant die afhankelijk blijft, is een mislukt project.

Een migratie die eindigt met een klant die afhankelijk is van zijn consultants, is voor ons een mislukte migratie.

Pieter Vercammen, auteur van het e-book Pieter Vercammen Managing Partner en Tech Lead, CraftCode
De volledige inhoudstafel Veertien hoofdstukken, drie bijlagen
Deel I. Waarom moderniseren?
  • 1 Java is geëvolueerd, niet verdwenen
  • 2 De erfenis begrijpen: van J2EE tot Jakarta EE
  • 3 De businesscase voor modernisering
  • 4 Wanneer je (nog) niet moet migreren Gratis te lezen
Deel II. Het moderne Java-landschap
  • 5 Modern Java anno 2026
  • 6 Spring Boot: de pragmatische standaard
  • 7 Quarkus: Java voor het containertijdperk
  • 8 Kiezen: een beslissingskader
Deel III. De migratie in de praktijk
  • 9 Migratiestrategieën: evolueer, herschrijf niet
  • 10 Het technische draaiboek
  • 11 AI in je migratie: versneller, geen piloot
  • 12 Mensen, proces en platform
  • 13 Valkuilen: waar migraties echt op stranden
  • 14 Van plan naar praktijk: een gefaseerde roadmap

Plus de conclusie en drie bijlagen: de assessment-checklist, een begrippenlijst en een leeslijst.

< FAQ />

Vragen over legacy Java moderniseren

Moeten we van Java af? Bijna nooit. Java krijgt elke zes maanden een nieuwe versie en Java 21 en 25 zijn sterke LTS-releases. Wat meestal weg moet, is de architectuur errond: zware applicatieservers, trage releasecycli en code waarin alles met alles verweven is. Legacy is een kwestie van coupling, niet van taal.
Spring Boot of Quarkus: wat kiezen we? Er is geen universele winnaar. Spring Boot heeft het grootste ecosysteem en de grootste talentpool. Quarkus start sneller, gebruikt minder geheugen en blijft dicht bij de Jakarta EE-API's die een Java EE-team al kent. Soms is een upgrade binnen Jakarta EE beter dan allebei. De keuze volgt uit jouw workloads, jouw team en jouw tijdshorizon, niet uit wat trending is.
Kun je een legacy Java-applicatie beter herschrijven of stap voor stap migreren? Stap voor stap, in bijna alle gevallen. Big-bang-herschrijvingen van bedrijfskritische systemen mislukken vaker dan ze slagen, bevriezen de roadmap jarenlang en leveren pas op het einde waarde op. Incrementeel migreren achter een routeringslaag, het strangler fig-patroon, levert bij elke stap waarde op en houdt elke stap omkeerbaar.
Wanneer moet je een legacy-systeem niet migreren? In vier situaties: het systeem is stabiel en verandert nauwelijks, de motivatie is technologisch in plaats van zakelijk, de organisatie mist de pijplijn en het ownership om een moderne architectuur te draaien, of je wil alles tegelijk veranderen. Een stabiel systeem met een eindige horizon verdient risicobeheersing en een exitplan, geen migratie.
Hoe migreer je van javax naar jakarta? Grotendeels automatisch. De naamswijziging van javax naar jakarta is mechanisch, dus OpenRewrite, de Eclipse Transformer en Konveyor doen het grootste deel. Wat overblijft, is het werk dat oordeel vraagt: gedeelde databases, integratiepunten en gedrag dat niemand gedocumenteerd heeft. Reserveer je tijd voor die tweede helft, niet voor de zoek-en-vervang.
Kan AI een Java-migratie uitvoeren? Als versneller, niet als piloot. AI is betrouwbaar waar de output verifieerbaar is en de impact beperkt: bulktransformaties, boilerplate, testgeneratie en het lezen van onbekende code. Servicegrenzen, het datamodel en transactiesemantiek blijven menselijke beslissingen. Hoe scherper je gates, hoe autonomer AI kan werken.
Is het e-book echt gratis? Ja. Je betaalt met drie velden. De samenvatting op deze pagina en het hoofdstuk over wanneer je niet moet migreren lees je zelfs zonder formulier.
Neemt CraftCode contact met me op? Misschien, en dat zeggen we liever eerlijk. Java moderniseren is ons vak, dus voor sommige lezers is een gesprek de logische volgende stap. Als we contact opnemen, gaat het over jouw situatie en niet over een standaardpitch. Eén keer "nee, bedankt" is genoeg, en uitschrijven voor de mails kan met één klik.

Klaar om te kiezen tussen evolueren en herschrijven?

Het e-book geeft je de beslisboom, het stappenplan en de checklist om je eigen landschap tegen te leggen. Gratis, drie velden, de PDF opent meteen.

Stuur me het e-book

Liever meteen weten waar jouw landschap staat?

Ontdek hoe we je landschap in kaart brengen

Ontvang het e-book

PDF, 14 hoofdstukken, gratis