BLOG – In een vakgebied waar technologieën elkaar in hoog tempo opvolgen, zijn jubilea na een langdurige periode zeldzaam. Toch is het vandaag 23 mei zover: Java viert zijn dertigste verjaardag. Wat begon als een innovatieve programmeertaal, groeide uit tot een wereldwijd fundament onder talloze applicaties en systemen. Hoe relevant is Java vandaag de dag nog?
Waar zit de kracht van deze ‘oude’ taal? Een gezonde en kritische blik op dertig jaar Java.
- Van Java 1.4 tot Java 24
Mijn eerste kennismaking met Java was ergens rond 1996, Java 1.4 was toen net uit. Wat me toen al opviel, was hoe gestructureerd en strikt het werkte. Je móét je houden aan de regels van de taal. Voor sommigen frustrerend, maar ik vond en vind dat juist de kracht. Vergelijk dat met PHP dat je na een paar dagen wel door hebt. Java is veel strikter, maar juist dat maakt het interessant voor serieuze applicaties.
- Java in de praktijk
In de projecten die ik nu doe, wordt Java op grote schaal toegepast. De software is betrouwbaar, stabiel en goed te beheren en daardoor vooral geschikt voor kritieke applicaties die 24/7 moeten draaien. Het voordeel zit in de nauwkeurigheid. Zoals Unit-tests schrijven en werken met frameworks als Mockito. Juist doordat Java zo strikt is, voorkom je fouten voordat ze impact hebben.
- Innovatie in Java: waarom de taal zich blijft ontwikkelen
Java is geen stilstaande taal. Een belangrijk keerpunt was Java 8. Daar werden streaming en lambda’s geïntroduceerd. Ineens kon je complexe operaties veel compacter en efficiënter uitvoeren. De impact van die innovaties is groot, vooral voor ontwikkelaars die met grote datasets werken of veel herhalende logica moeten toepassen. En zelfs in de nieuwste versies zoals Java 24 zitten heel krachtige nieuwe features, zoals virtual threads, die bijdragen aan betere schaalbaarheid in moderne cloudomgevingen.
- Nadelen van Java in moderne softwareontwikkeling
Een veelgehoord punt is de opstarttijd van Java-applicaties. In vergelijking met bijvoorbeeld JavaScript is Java altijd trager geweest. Maar met modulaire runtimes kun je tegenwoordig alleen de noodzakelijke onderdelen meenemen, wat veel scheelt.
Een ander nadeel is de hoeveelheid boilerplate-code. Voor simpele dingen moet je soms veel code schrijven. Dat voelt omslachtig, zeker als je van modernere, lossere talen komt. Tegelijk is het ook diezelfde structuur die Java zo betrouwbaar maakt.
- Java als legacy-taal
De term ‘legacy-taal’ valt weleens wanneer het over Java gaat. Dat is een misverstand. Java mag dan dertig jaar oud zijn, het wordt wel actief doorontwikkeld. Het sluit aan op moderne architecturen, cloud-omgevingen en microservices. Ik ken genoeg jonge talen die minder innovatie laten zien. Zolang de taal blijft vernieuwen, zal Java relevant blijven. En met frameworks als Spring Boot wordt het ontwikkelproces bovendien toegankelijker. Het is zeker geen verouderde technologie.
- Oracle en Java (en hoe de overname innovatie stimuleerde)
Achter die voortdurende innovatie zit één partij die een sleutelrol speelt: Oracle. Toen het Java overnam van Sun Microsystems, was de community sceptisch. Maar nu is duidelijk dat Oracle fors investeert in de verdere ontwikkeling van Java. Het bedrijf luistert naar de markt en laat de taal meegroeien met moderne it-vraagstukken. Toch merk je in de praktijk weinig dat Java van Oracle is. Behalve als je Java downloadt en geconfronteerd wordt met licentievoorwaarden, speelt Oracle geen zichtbare rol in het dagelijks werk.
- Toekomst van Java
Java zal over tien jaar nog steeds een prominente plek innemen in softwareontwikkeling. Zolang de taal mee blijft groeien met de technologische eisen, en dat doet het, blijft Java een logische keuze voor schaalbare, stabiele oplossingen. Er zijn heel veel projecten waarbij Java gewoon de beste optie is. En dat zal voorlopig zo blijven.
Conclusie
Java mag dan drie decennia oud zijn, het is allesbehalve passé. De taal bewijst zich nog dagelijks in robuuste enterprise-omgevingen en blijft zich ontwikkelen richting de toekomst. Ja, het is strikt. Ja, het kan omslachtig aanvoelen. Maar juist in een wereld vol snelle hypes is dat misschien wel de kracht van Java: betrouwbaar, bewezen en nog altijd in beweging!
Jacco Cijsouw, principal software engineer Amis Conclusion
“Achter die voortdurende innovatie zit één partij die een sleutelrol speelt: Oracle. Toen het Java overnam van Sun Microsystems, was de community sceptisch. Maar nu is duidelijk dat Oracle fors investeert in de verdere ontwikkeling van Java. Het bedrijf luistert naar de markt en laat de taal meegroeien met moderne it-vraagstukken. Toch merk je in de praktijk weinig dat Java van Oracle is. Behalve als je Java downloadt en geconfronteerd wordt met licentievoorwaarden, speelt Oracle geen zichtbare rol in het dagelijks werk.”
zie het toch iets anders. Sun was bekend om zn innovations in het verleden : Java zelf, NFS, ZFS, virtual zoning, network-is-the-computer concept, VirtualBox hypervisor. Niet alleen de community was sceptisch bij de overname van Sun door Oracle. ASML bedacht project Voyager. Net als die raket, zo snel mogelijk zo ver mogelijk weg van de Sun was het idee. Vervang maar door Linux. Dat luisteren naar de markt door Oracle is toch vooral waar het grote geld gaat vallen. En ja dat merk je als je “geconfronteerd wordt met licentievoorwaarden” 🙂
Java is nog steeds één van de steunpilaren van de moderne IT wereld net zoals COBOL dat (helaas) nog steeds is. Samen met broertje C# zal de taal nog vele decennia dienst blijven doen als andere, nieuwere hippe talen allang van het toneel zijn verdwenen (zoals Ruby, Go en JavaScript).
De opstarttijd is feitelijk helemaal geen probleem omdat de meeste Java / C# applicaties continu draaien.
Veel criticasters realiseren zich niet hoeveel beveiligingsfouten Java / C# al heeft weten te voorkomen: legio! De taal is snel en veilig, zelfs in de handen van minder getalenteerde ontwikkelaars.
Van community naar commercie geldt in de wereld van open source vaak: “Selling the beads and leading the dance” want open source is vaak vrij te gebruiken maar het is niet gratis. Selling the beads van een community versie die vrij te gebruiken is gaat vaak om het leiden van de dans in het onderhoud middels commerciële activiteiten. De zienswijze van Dino wordt juridisch niet gedeeld als vrij te gebruiken community versies onder de motorkap van Enterprise oplossingen voor problemen in ketenaansprakelijkheid zorgen. Wie de dans leidt moet namelijk ook de choreografie in de beveiliging kunnen laten zien. Hoe bugs gemanaged worden gaat om wie ze oplost en hoe kwetsbaarheden worden gemeld zoals de lessen met Heartbleed en Log4Shell leren.
Vrij dansen op community-code zoals veel start-ups doen, klinkt innovatief maar zonder de juridische en operationele vangnetten van contracten wordt het al snel een dans op het slappe koord. Dansvloer van open source gaat vooral om de governance waarbij transparantie niet alleen over de broncode gaat, maar over rollen, verantwoordelijkheden, processen en aansprakelijkheid. Dat is dus alles behalve de techniek als we kijken naar de onderhoudbaarheid van legacy.
Project Voyager at ASML is an internal initiative focused on transitioning the software systems of their advanced lithography machines from the Solaris operating system to Wind River Linux. This migration aims to modernize ASML’s software infrastructure, enhancing performance, security, and maintainability.
Wind River Linux is a commercial embedded Linux platform widely used in mission-critical systems, making it a suitable choice for ASML’s high-precision semiconductor manufacturing equipment. The longstanding partnership between ASML and Wind River supports this transition, ensuring that the software systems meet the rigorous demands of semiconductor manufacturing
Wat betreft oorspronkelijke motivatie van Sun Microsystems lijkt Voyager project van ASML te gaan om zo snel mogelijk een integraal ecosysteem te bouwen van zowel hardware en software wat grotendeels gestoeld is op open standaarden. De legacy van Solaris zit tenslotte niet in de code die tot 2034 onderhouden wordt maar in de onderliggende architectuur van SPARC. Optimalisatie van Solaris voor X86 was altijd suboptimaal en architecturen zoals ARM en RISC-V worden niet ondersteund. De Chinezen zijn ondertussen al ver voorbij Solaris-achtige architecturen met open source en community-vormen onder de staatsregie voor een digitale soevereiniteit.
https://www.computable.nl/2010/09/21/oracle-in-hardware-schoenmaker-blijf-bij-je-leest/
Selling the beads and leading the dance voorspelden Computable-experts in 2010 al dat de ‘engineered systemen’ zoals Exadata meer om het verkopen van de licenties dan een visie gaat. Want prestaties en compliance gegarandeerd met een single point of cont(r)act gaat om het ontzorgen op de onderliggende techniek.
toen Sun overgenomen werd door Oracle wilde ASML met raketsnelheid daarvan wegwezen.
En dan gewoon enterprise support op Linux zoals bij alle grote Linux distros want support gaat niet openheid van source.
Oudlid bazelt eind weg tot in China terwijl het over Java ging.
Over bij je leest blijven gesproken 🙂
Herhalen wat ik zeg en me verwijten dat ik onzin praat is typisch Dino. Want het gaat dus niet om Java maar om Oracle zoals uit zijn eigen notulen van 25 mei 2025 om 09:57 blijkt. Vroeger was alles beter als ik kijk naar het klankbord van de Computable experts die zo’n 15 jaar geleden sceptisch over de overname van Sun waren zoals blijkt uit de link.
Wat betreft raketsnelheid van replatforming door ASML met de wet van een remmende voorsprong zit China al in een ander zonnestelsel als we kijken naar technologische voorsprong op het gebied van drones. Naïviteit van sancties versus een vindingrijkheid gaat vooral om het asymmetrisch voordeel als we kijken naar zoiets als de operationele kosten.
Goed genoeg voor het doel gaat namelijk om de kraaltjes die samen een ketting maken want support gaat niet om de openheid van de broncode maar om de lezers die de fouten erin op kunnen lossen. Java is tenslotte maar een eiland in de Indische archipel waar we ooit vanuit een koloniale geschiedenis zeggenschap over hadden, vroeger…..