Der Kartellstreit um Googles Suchmaschinenmonopol geht in die nächste Runde: Das US-Justizministerium kündigte an, das Schlussurteil des Gerichts anzufechten, das die Maßnahmen gegen Google definiert. Worauf der Rechtsbehelf genau abzielen wird, ist zwar noch unklar, doch der Schritt signalisiert, dass die US-Regierung die bisherigen Auflagen für unzureichend hält.

Das Gericht hatte im August 2024 geurteilt, dass Google in der Tat ein illegales Suchmaschinenmonopol innehabe. Ein Jahr darauf entschied sich Richter Amit Mehta jedoch gegen härtere Maßnahmen wie den Zwangsverkauf von Chrome oder Android. Auch die zweistelligen Milliardenzahlungen an Apple, um als voreingestellte Suchmaschine auf neuen Geräten präsent zu sein, durften fortbestehen. Kritiker bezeichneten das Urteil nicht ausreichend und riefen nach strengeren Gesetzen.

Datenfreigabe statt Zerschlagung

Anstelle einer Aufspaltung entschied sich das Gericht für eine kontrollierte Marktöffnung: Google muss seine Suchdaten künftig für Rivalen zugänglich machen. Zudem untersagte das Urteil künftige Exklusivverträge für eigene Such- oder KI-Werkzeuge, mit denen der Konzern bisher versucht hatte, konkurrierende Angebote vom Markt fernzuhalten. Das abschließende Urteil wurde im Dezember erlassen.

Im Januar legte Google Berufung ein und bat den Richter, die Anordnung zur Datenfreigabe an Wettbewerber auszusetzen, während das Berufungsverfahren läuft. Auf diese Berufung folgt nun eine eigene Berufung der Kläger, die sich gegen die vom Gericht erlassenen Maßnahmen richtet. Damit geht der Rechtsstreit in die nächste Instanz, wobei jetzt sämtliche Aspekte des Urteils, von der Monopol-Feststellung bis zu den Abhilfemaßnahmen, auf dem Prüfstand stehen. Sollte keine der Parteien das Urteil der nächsten Instanz akzeptieren, könnte der Fall letztlich vor dem Obersten Gerichtshof landen.

Das Kartellrechtsverfahren geht noch auf die erste Trump-Administration zurück und dauert bereits mehr als fünf Jahre an. Das Verfahren gilt als wegweisend für die künftige Regulierung der gesamten Techbranche. Es könnte weitreichende Folgen dafür haben, wie digitale Märkte weltweit funktionieren.

(tobe)

Mit einer Internal Developer Platform (IDP) wie Backstage können Unternehmen ihren Softwareentwicklern eine zentrale Entwicklungs-, Test- und Produktionsumgebung bereitstellen.

Im iX-Workshop Backstage für Admins: Internal Developer Platform aufbauen, konfigurieren und betreiben lernen Sie die konkreten Einsatzmöglichkeiten von IDPs kennen und erfahren, wie Sie Backstage effektiv einrichten, konfigurieren und verwalten.

Backstage in die bestehende Infrastruktur integrieren

Zunächst lernen Sie die Voraussetzungen kennen, die für einen reibungslosen Betrieb in Ihrer bestehenden IT-Infrastruktur erfüllt sein müssen. Darauf aufbauend trainieren Sie praxisnah, wie Sie eine Entwicklungsumgebung in Backstage einrichten und Container-Images verwalten. Dabei nehmen Sie auch Kubernetes in den Blick und erfahren, wie Sie beide Anwendungen miteinander verknüpfen. Abschließend üben Sie das Anlegen von Datenbanken in Backstage, das Einrichten von Authentifizierungen sowie die Anpassung der IDP mithilfe von Plug-ins an die individuellen Anforderungen Ihres Unternehmens.

Zudem lernen Sie den Umgang mit dem Software-Katalog kennen und erfahren, wie Sie Metadaten nachverfolgen. Sie üben, Software-Vorlagen zu importieren und eigene Vorlagen zu erstellen, um individuelle Komponenten für Backstage aufzubauen. Darüber hinaus erhalten Sie einen umfassenden Einblick in TechDocs, mit denen Sie eigenständig Code-Dokumentationen erstellen, anbinden und veröffentlichen können.

Besonders geeignet ist dieser Workshop für Administratoren und DevOps-Engineers, die mit Backstage eine IDP in ihrem Unternehmen aufbauen, einsetzen und verwalten wollen. Ebenfalls richtet er sich an Entwickler, die die Architektur und den Funktionsumfang von Backstage verstehen und umfassend nutzen möchten.

Referent des zweitägigen Workshops ist Dr. Guido Söldner, Geschäftsführer und Principal Consultant bei Söldner Consult. Sein Fokus liegt auf den Bereichen DevOps, Automatisierung und Cloud-Infrastruktur. Neben der Automatisierung von VMware und der AWS Cloud ist er auf die Google Cloud sowie Microsoft Azure spezialisiert.

Um einen intensiven Austausch und ausreichend Zeit für Diskussion und Fragen zu gewährleisten, ist die Teilnehmerzahl auf 16 Personen begrenzt.

(ilk)

In den vergangenen 30 Jahren hat sich eine rege Community im Java-Umfeld gebildet. Ich habe im Laufe des Jahres 2025 einige deutschsprachige Vertreter zu ihren Erfahrungen befragt. Die Resonanz war überwältigend. Vielen Dank an alle, die mitgemacht haben. In diesem vierten Teil kommen Michael Simons (Java Champion), Stefan Zörner (Buchautor und Mitglied der Apache Foundation), Markus Eisele (Java Champion), Dirk Weil (Buchautor) und Michael Vitz (Java Champion) zu Wort.

Java prägt viele Entwickler und Entwicklerinnen seit ihren ersten Schritten in der IT – und hat in dieser Zeit Höhen, Tiefen und mehrere Neuerfindungen erlebt. Die folgenden Antworten spiegeln persönliche Anfänge, prägende Erlebnisse, kritische Momente und eine Einordnung von Javas Rolle in der heutigen Softwareentwicklung wider. Abschließend wagen sie einen Blick nach vorn: mit Tipps für die eigene Weiterentwicklung und Erwartungen an Java in den kommenden Jahren.

Wann und mit welcher Version bist du erstmals mit Java in Berührung gekommen?

Michael Simons: Produktiv, also gegen Geld Software mit Java entwickelt um 2003, mit J2SE 1.4. Während des Studiums mal kurz J2SE 1.2 oder 1.3 angefasst, aber meine Ausbildung war sehr C- und Fortran-90-lastig.

Stefan Zörner: Ich habe bis 1998 an der Uni Münster Mathematik studiert und am Ende Übungsgruppen in Informatik betreut. Da wurde 1996/97 ganz frisch Java eingesetzt. Ich habe es mit den Leuten aus meinen Übungsgruppen zusammen gelernt, Version 1.0 war das.

Markus Eisele: Ich denke, es muss J2SE 1.2 gewesen sein. So um 1999.

Dirk Weil: Das war die allererste Version 1.0 – ich glaube, im Jahr 1996. Wir haben damals einen Arbeitskreis ins Leben gerufen, um die Entwicklung von Java zu beobachten und darüber zu diskutieren.

Michael Vitz: Das erste Mal in Berührung mit Java bin ich noch in meiner Schulzeit in der Oberstufe gekommen. Dort konnte ich für ein Jahr Informatik als Fach belegen. Dort begann, erst mit JavaKara und anschließend mit der Bibliothek „Stifte und Mäuse“, mit Java 1.4 und IBM Jikes als Compiler, meine lange Reise im JVM-Ökosystem.

Was war rückblickend dein schönstes Erlebnis mit der Sprache oder dem Ökosystem Java?

Michael Simons: „Dein schönstes Erlebnis mit einer Programmiersprache …“ – ich finde die Frage ein wenig irritierend. Emotional am schönsten war sicherlich, dass ich durch Java überhaupt in ein größeres Open-Source-Ökosystem eintauchen konnte. Mein damaliger Arbeitgeber war primär ein Oracle-Shop, das heißt, wir haben viel Oracle-Tools, wie Forms und Designer, genutzt, und darin gab es damals wenig Gelegenheit, Open Source zu machen. Über Java bin ich in die Spring-Welt gekommen und habe mir dort einen Namen gemacht und konnte 2016 das erste Mal auf einer internationalen Konferenz über Springs Autokonfiguration sprechen. Das hat mein Leben sehr bereichert und auch beeinflusst. Es ist nicht bei Spring geblieben, ich war auch einer der ersten Sprecher über jOOQ, und konnte so meine „Liebe“ für Java und deklarative Abfragesprachen in die Welt tragen. Seit fast sieben Jahren arbeite ich im Open-Source-Umfeld. Ohne Java und eine offene, inklusive Community wäre mein Leben zumindest in beruflicher Hinsicht ganz anders verlaufen.

Stefan Zörner: Ich habe später viel im Unternehmensumfeld entwickelt, in meiner IBM-Zeit vor allem in Versicherungen, da war J2EE angesagt. Die Vereinfachung vieler Dinge durch Hibernate und vor allem Spring war tatsächlich eine kleine Offenbarung. Die Bücher von Spring-Vater Rod Johnson habe ich gerne gelesen.

Markus Eisele: Sicherlich die Community. Ich habe früh in meiner Karriere damit begonnen, mein Wissen aus Projekten weiterzugeben, und ich kann mich noch sehr gut an die ersten Vorträge über Struts und J2EE erinnern, die ich im Rahmen von freitäglichen Infoveranstaltungen gehalten habe. Auf diesem Weg ging ich weiter in Richtung internationaler Konferenzen und hatte das Glück, auch mal auf der JavaOne zu sprechen. Das schönste Erlebnis war sicherlich, die Geburt der JavaLand begleiten zu dürfen und der Sprache auch hierzulande eine große Plattform bieten zu können.

Dirk Weil: Mit Java hatte ich das erste Mal das Gefühl, dass ich nicht der Erste war, der ein Problem hatte. Es gab nun eine Community, die sich gegenseitig unterstützte und Lösungen verteilte. Das hatte ich vorher mit C und C++ nicht erlebt. Dazu kam die damals noch rasante Entwicklung von Server-Produkten wie BEA WebLogic oder JBoss. Damit traf Java exakt den Punkt der Revolution von Anwendungen weg vom meist lokalen Client-Server-Modell hin zu global verfügbaren Webanwendungen.

Michael Vitz: Auf der persönlichen Ebene sicher meine Ernennung zum Java Champion Anfang 2021. Seitdem darf ich Mitglied in einer Gruppe sein, in der viele Menschen sind, deren Arbeit ich jahrelang verfolgt und geschätzt habe. Und ich erwische mich immer noch mit dem Gedanken, dass ich als kleines Licht dort eigentlich nicht hingehöre. Aus einer professionellen Sicht gibt es sehr viele schöne Erlebnisse, aber nicht das eine. Jede Anwendung und jedes Problem, die ich, auch weil mir ein solches Ökosystem zur Seite steht, mit Java lösen konnte und die anschließend Mehrwert liefert, lösen in mir positive Gefühle aus.

Aber es ist nicht alles Gold, was glänzt. Was hat dich negativ beeinflusst beziehungsweise was war ein unschöner Moment im Java-Umfeld?

Michael Simons: Ein, zwei menschliche Enttäuschungen, die auf die widersinnige Annahme zurückzuführen sind, dass „alle“ Menschen in einem positiven Umfeld generell positiv sind beziehungsweise sich auch in meinem Wertekosmos bewegen. Das hat aber weniger mit der Sprache als solcher zu tun.

Stefan Zörner: Umgekehrt die Mühen, die man mit J2EE und speziell EJB 1.0 hatte. Eigentlich wollte ich nur eine Entität persistieren. Die rituellen Handlungen beim Deployment waren erheblich. Das Ganze wurde erst durch die Einflüsse von Spring und Hibernate auch in Java EE besser.

Markus Eisele: Mich persönlich stört die rigorose Handhabung des Trademarks von Oracle. Durch das konsequente Verfolgen von jeglichen Aktivitäten, die den Begriff „Java“ im Namen tragen, ist die Community immer gezwungen, alternative Wege zu gehen und es gibt kaum ein aktives Community-Mitglied, welches da nicht seine unschönen Erfahrungen gesammelt hat. Hier wurde und wird weiterhin sehr viel Vertrauen und Wertschätzung für einen durchaus fragwürdigen Gegenwert verspielt.

Dirk Weil: Die sehr zähe Weiterentwicklung von Java EE in den Jahren ab 2016 war sehr irritierend. Das ging teilweise bis zur Einschätzung, dass Java EE tot sei. Der Umstieg auf Jakarta EE mit seinem eher juristisch verordneten Paketnamenswechsel und dem damit verbundenen Breaking Change in der Plattform setzte da sogar noch einen drauf.

Michael Vitz: Zum Glück kann ich mich nicht bewusst an einen negativen Moment erinnern. Natürlich gab es, aufgrund des Pluralismus im Ökosystem, immer mal wieder Scharmützel zwischen Bibliotheken, Werkzeugen oder Frameworks, aber aus meiner Sicht haben diese sich stets in Grenzen gehalten und sind selten unter die Gürtellinie gerutscht oder sehr persönlich geworden. Auf das JDK selbst hat wohl primär die Einführung des Modulsystems und der damit für einige etwas kompliziertere Wechsel auf JDK 9 negativen Einfluss gehabt. Aber auch das ist jetzt schon fast acht Jahre her.

Glaubst du, dass Java auch nach 30 Jahren noch relevant ist? Welche Rolle spielt Java deiner Meinung nach in der modernen Softwareentwicklung, insbesondere im Vergleich zu anderen Sprachen und Technologien?

Michael Simons: Ja, definitiv. Vor über 20 Jahren habe ich bereits Java Stored Procedures in eine Oracle-Datenbank deployed. Programme und Applikationen, die ich vor zehn Jahren geschrieben habe, sind immer noch im Betrieb. Unsere Open-Source-Module sind weltweit im Einsatz. Einige der erfolgreichsten IDEs dieses Planenten sind in Java geschrieben. All die Versicherungs- und Bankensoftware wird sich nicht von alleine warten oder durch generierten Code ersetzt werden. Ich mache mir da wenige Sorgen. In den letzten zwei, drei Jahren habe ich für mich viel Python geschrieben. Zusammen mit dem Pink-Database-Design-Paradigma, das Datenbanken in den Mittelpunkt stellt, ist es eine ungeheuer leichtgewichtige und schnelle Alternative für kleine bis mittelgroße Applikationen. Ich möchte das nicht missen. Aber, wenn ich an einen größeren Einsatz denke, möchte ich auch nicht auf die Stabilität von Java, die sensible Evolution, das annähernd komplette Ökosystem, die sehr guten Buildtools und vieles mehr verzichten.

Selbst im Bereich LLMs gibt es auf GraalVM basierende Lösungen, die schnelle, lokale Inferenz ermöglichen. Das ist meines Erachtens erheblich viel mehr wert als in anderen Sprachen geschriebene Ketten von HTTP-Calls, um mit LLMs und GPTs zu agieren. Bei der Frage nach Vergleichen sehe ich förmlich, wie du auf den Bereich Data Engineering und Education zielst: Bezüglich Data Engineering wird Java maximal von SQL überholt, nicht von Python. Die Python-Scripts und Notebooks sind schön für explorative Auswertungen, das stimmt, aber damit nehmen sie Java nichts weg. Bezüglich Education: Mit Java 24 ist es einfacher denn jemals zuvor, mit einer einzelnen Main-Methode zu starten, ohne Klassenzeremonie.

Stefan Zörner: Ja. Dafür sorgt schon die schiere Menge an Software, die in Java geschrieben ist und auch heute immer noch insbesondere in großen Unternehmen entsteht. Innovation findet tendenziell woanders statt, aber die Java-Welt greift viele Dinge auf.

Markus Eisele: Das ist gerade im aktuellen Hype rund um künstliche Intelligenz und Python natürlich eine sehr gute Frage. Was ich täglich mit Kunden erlebe, ist, dass es ein jahrelang gewachsenes Vertrauen in die Betreibbarkeit und Qualität von Java-basierten Anwendungen gibt. Die JVM als Runtime und auch die Sprache haben sich konsequent weiterentwickelt und bieten für nahezu alle Anwendungsfälle geeignete und performante Antworten. Dieses Vertrauen müssen sich andere Plattformen erst verdienen. Ich vergleiche das auch gerne mal mit Laufschuhen. Es gibt wahnsinnig gut aussehende, mit allerlei Schnickschnack und tollen Sohlen, aber ganz am Ende kann man erst nach vielen Kilometern dann den Unterschied wirklich ausmachen. Ähnlich sehe ich auch die Zukunft von Java. Vorsichtige Modellpflege mit einem Blick auf die wirklich wichtigen Funktionen unter konsequenter Weiterentwicklung der Laufzeitperformance erhält Java den Vorsprung. Noch für viele Jahre.

Dirk Weil: Ich halte Java weiterhin für sehr relevant und tragfähig. Die mittlerweile recht zügige Weiterentwicklung der Sprache selbst wie auch die breite Unterstützung für Server-Frameworks – Jakarta EE, Spring Boot, Quarkus und so weiter – sind für mich ein starkes Zeichen für ein lebendiges Ökosystem. Das finde ich bei anderen Sprachen nicht in der gleichen Qualität.

Michael Vitz: Wer weiß schon, wie die Welt in 30 Jahren aussieht? Gerade in einer Zeit, in der wir mit KI eine Technologie erleben, die das eine oder andere auf den Kopf stellt, und das sehr rasant. Unter der Annahme, dass Beobachtungen aus der Vergangenheit auch in der Zukunft gelten, gibt es in 30 Jahren sicher noch Java-Anwendungen. Ob diese dann eher den Stellenwert wie heute C oder COBOL haben, vermag ich aber nicht zu sagen. Ich gehe aber davon aus, dass es mit Sicherheit noch Menschen gibt, die dann Geld mit Java verdienen können. In der modernen Softwareentwicklung spielt Java sicherlich heute eine größere Rolle. Die Verbreitung über die letzten Jahre und auch die stete Weiterentwicklung, bei gleichzeitiger hoher Kontinuität und Kompatibilität, machen sich hier bezahlt. Und auch wenn diese deswegen vereinzelt etwas langsamer ist als in anderen Sprachen, braucht sich Java im Feature-Vergleich und vor allem mit dem großen Ökosystem nicht zu verstecken. Die wohl aktuell größten Baustellen der langsameren Startzeit und des höheren Arbeitsspeicherverbrauchs sind bekannt und werden an diversen Stellen angegangen. Insofern bin ich auch hier guter Dinge, dass Java weiterhin eine solide Wahl ist.