Skip to main content

36 % der Entwickler sind im letzten Jahr von Oracle JDK zu einer alternativen OpenJDK-Distribution gewechselt

Artikel von
jvm with logos feature

5. Februar 2020

0 Min. Lesezeit

Willkommen zu unserem jährlichen Bericht zum JVM-Ökosystem! Dieser Bericht präsentiert die Ergebnisse der größten jährlichen Umfrage zum JVM-Ökosystem. Die Umfrage, an der in der zweiten Hälfte des Jahres 2019 über 2.000 Personen teilgenommen haben, bietet spannende Einblicke. Wir möchten allen danken, die teilgenommen und ihre Erkenntnisse zu Java und Themen rund um die JVM mit uns geteilt haben.

Dieser Bericht ist in sechs Beiträge unterteilt:

  1. Bericht zum JVM-Ökosystem 2020 – Einführung

  2. 36 % der Entwickler sind im letzten Jahr von Oracle JDK zu einer alternativen OpenJDK-Distribution gewechselt

  3. 64 % der Entwickler geben an, dass Java 8 weiterhin die am häufigsten verwendete Version ist

  4. Kotlin überholt Scala und Clojure und wird zur zweitbeliebtesten Sprache auf der JVM

  5. Spring dominiert das Java-Ökosystem: 60 % verwenden es für ihre Hauptanwendungen

  6. IntelliJ IDEA dominiert den IDE-Markt: 62 % der JVM-Entwickler verwenden die Entwicklungsumgebung

Außerdem gibt es einen liebevoll gestalteten PDF-Bericht, der alle Informationen an einem Ort zum Download enthält.

Das JDK welches Java-Anbieters verwenden Sie derzeit in der Produktion für Ihre Hauptanwendung?

Da Oracle die Lizenzbedingungen für seine JDK-Versionen ändert, beginnen wir diesen Bericht mit der Antwort auf eine wichtige Frage: Welches JDK verwenden Entwickler für ihre Hauptanwendung?

Den Antworten zufolge ist Oracle JDK mit 34 % zwar weiterhin führend, doch zeichnet sich eine deutliche Verlagerung hin zu anderen OpenJDK-Anbietern ab. Jeder vierte Entwickler entscheidet sich für die Adopt-OpenJDK-Distribution. Interessant ist auch, dass Oracle JDK unter der Haube weiterhin OpenJDK verwendet – trotz der kommerziellen Lizenz.

Ringdiagramm der Java-Runtimes: Oracle JDK (34 %) und Adoptium OpenJDK (24 %) liegen vorn, gefolgt von Oracle OpenJDK (15 %) und anderen OpenJDK-Distributionen (14 %).

Verglichen mit den Ergebnissen des Vorjahres, als Oracle JDK 70 % und OpenJDK 21 % der bevorzugten JDK-Distributionen ausmachten, zeigt sich eine deutliche Verschiebung: 72 % wechselten von Oracle JDK zu alternativen OpenJDK-Anbietern.

Balkendiagramm zum Vergleich von Java-Distributionen: Oracle JDK −36 %, OpenJDK +36 %, Eclipse J9/IBM J9 −1 % und Azul +3 %.

Bezahlen Sie derzeit einen Anbieter für JDK-Support?

Betrachtet man die Antworten auf diese Frage, wird die zuvor beobachtete Verlagerung von Oracle JDK zu OpenJDK verständlicher: Die große Mehrheit der Teilnehmenden (86 %) möchte nicht für JDK-Support bezahlen. Tatsächlich zahlen derzeit nur 9 % für Support.

Ringdiagramm mit den Antworten: 86 % Nein, 9 % Ja und 5 % Weiß nicht.

Wem zahlen Sie? Wenn sich Entwickler für kostenpflichtigen JDK-Support entscheiden

Wenn sich Entwickler für kostenpflichtigen JDK-Support entscheiden, ist Oracle nach wie vor der klare Spitzenreiter. Die übrigen drei Anbieter teilen sich den restlichen Markt nahezu gleichmäßig. Das bedeutet: Wenn nur 9 % der Entwickler für JDK-Support bezahlen (wie in Frage 2 zu sehen), zahlen insgesamt 5 % aller Entwickler an Oracle – also jeder zwanzigste Entwickler.

Balkendiagramm mit Oracle bei 55 %, Red Hat bei 17 %, IBM bei 16 % und Azul bei 12 %, mit Snyk-Logo

Haben sich die Änderungen bei Support und Release-Zyklus seit JDK 9 auf Ihre Entscheidung ausgewirkt, für Support zu bezahlen?

Seit JDK 9 erscheint jeden März und September eine neue Java-Version. Das ist eine wesentliche Änderung des JDK-Release-Zyklus. Sie wirkt sich auf die Update-Strategie vieler Nutzer aus, da der sechsmonatige Release-Zyklus auch den Support-Zyklus beeinflusst. Darüber hinaus hat diese Änderung Auswirkungen auf die Sicherheit, da Sicherheitspatches nicht auf ältere Versionen zurückportiert werden.

Laut unserer Umfrage hat der neue Release-Zyklus die Entscheidung von mehr als einem Drittel der Entwickler beeinflusst, für Support zu bezahlen. Mindestens 41 % der Befragten geben an, dass die Änderungen am Release-Zyklus und Support bei dieser Entscheidung eine gewisse Rolle gespielt haben.

Kreisdiagramm mit den Antworten: 44 % Nein, 23 % Ja, 18 % Ja, teilweise, und 15 % Weiß nicht.

Würden Sie angesichts der jüngsten Änderungen am Release-Zyklus künftig für JDK-Support bezahlen?

Die Mehrheit der Entwickler, die an dieser Umfrage teilgenommen haben, glaubt nicht, dass sie ihre Meinung dazu, für JDK-Support zu bezahlen, künftig ändern wird. Da sich die Community voraussichtlich stärker an künftigen JDK-Releases beteiligen wird, könnte die Zahl der Entwickler, die kostenpflichtigen JDK-Support in Betracht ziehen, in einem Jahr sinken. Zwar sind nur 7 % der Befragten künftig bereit, für Support zu bezahlen, doch 19 % ziehen diese Möglichkeit noch in Betracht.

Donut-Diagramm mit den Antworten: 7 % Ja, 19 % Vielleicht, 62 % Nein und 12 % Weiß nicht.

Dieser Bericht hat noch mehr zu bieten! Welchen Abschnitt möchten Sie als Nächstes lesen?

  1. Bericht zum JVM-Ökosystem 2020 – Einführung

  2. 36 % der Entwickler sind im letzten Jahr von Oracle JDK zu einer alternativen OpenJDK-Distribution gewechselt

  3. 64 % der Entwickler geben an, dass Java 8 weiterhin die am häufigsten verwendete Version ist

  4. Kotlin überholt Scala und Clojure und wird zur zweitbeliebtesten Sprache auf der JVM

  5. Spring dominiert das Java-Ökosystem: 60 % verwenden es für ihre Hauptanwendungen

  6. IntelliJ IDEA dominiert den IDE-Markt: 62 % der JVM-Entwickler verwenden die Entwicklungsumgebung

Laden Sie den Bericht jetzt herunter!

Weiterlesen

blog feature ai lilac
Blog

Mit agentischer Behebung Ihren Schwachstellen-Backlog in Pull Requests verwandeln

Der Evo Remediation Agent ist jetzt in der öffentlichen Vorschau verfügbar und erweitert Evo Agentic AppSec um die automatisierte Auflösung von Abhängigkeiten. AppSec-Teams können jetzt kontinuierliche Behebungskampagnen durchführen

illustration hero ai
Blog

PHP behebt zwei kritische unauthentifizierte RCE-Schwachstellen (CVE-2026-109618, CVE-2026-109619): Jetzt aktualisieren

Zwei kritische Sicherheitslücken im Request-Lebenszyklus von PHP können unauthentifizierte Remote Code Execution ermöglichen. Aktualisieren Sie auf eine korrigierte Version oder installieren Sie für ältere Versionen einen Backport des Anbieters.

blog feature ai pink
Blog

Das Risiko von KI-Modellen hängt davon ab, worauf sie zugreifen können

Der Risikoscore eines Modells ist nur ein Teil des Bildes: Seine Auswirkungen hängen davon ab, auf welche Daten, Tools und Aktionen die Anwendung zugreifen kann. Erfahren Sie, wie Sicherheitsteams diese Reichweite überprüfen und gezielte Kontrollen auswählen können.