Skip to main content

JVM-Ökosystembericht 2018

Artikel von
Headshot of Andrew Binstock

Andrew Binstock

JVM survey report faet

17. Oktober 2018

0 Min. Lesezeit

Willkommen bei der bislang größten Umfrage unter Java-Entwicklern. Die in diesem Bericht präsentierten Daten stammen aus mehr als 10.200 Fragebögen. Falls Sie an der Umfrage teilgenommen haben, möchten wir Ihnen herzlich dafür danken, dass Sie sich die Zeit genommen haben, Ihre Erfahrungen zum Nutzen anderer mit uns zu teilen.

Dieser Bericht ist in vier Beiträge unterteilt:

  1. JVM-Ökosystembericht 2018 – Ihr JDK

  2. JVM-Ökosystembericht 2018 – Ihre Tools

  3. JVM-Ökosystembericht 2018 – Ihre Plattform und Anwendung

  4. JVM-Ökosystembericht 2018 – Ihre Prozesse und Sie

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

JVM-ÖKOSYSTEMBERICHT 2018 HERUNTERLADEN!

Einleitung

Die Umfrage wurde der Java-Community allgemein (vor allem über soziale Medien), Java User Groups auf der ganzen Welt, darunter dem Virtual JUG, sowie den Abonnenten von Java Magazine bekannt gemacht, der zweimonatlich erscheinenden Java-Publikation der Oracle Corp. Als Anreiz zur Teilnahme an der Umfrage versprachen die Sponsoren Snyk und Oracle, einen Beitrag an Devoxx4Kids zu leisten.

Devoxx4Kids organisiert weltweit Veranstaltungen, bei denen Kinder Computerspiele entwickeln, Roboter programmieren und eine Einführung in die Elektronik erhalten können. Ziel ist es, Jugendlichen auf unterhaltsame Weise Programmierung, Robotik und Technik näherzubringen und ihnen zu zeigen, dass man mit Computern auch kreativere Dinge tun kann.

Devoxx 4 Kids-Logo mit schwarzer und orangefarbener Schrift und einem lächelnden Roboter-Maskottchen mit WLAN-Signalbögen

Informationen zu den Befragten, darunter ihr geografischer Standort, die Größe ihres Arbeitgebers (falls vorhanden), ihr Alter und ihre Erfahrung mit Java, werden am Ende dieser Umfrage präsentiert.

Wir freuen uns über konstruktives Feedback und Kommentare, insbesondere zu unserer Analyse. Wenn Sie bei künftigen Ausgaben dieser Umfrage kontaktiert werden möchten, lassen Sie es uns bitte wissen. Wir hoffen, dass Ihnen die Lektüre dieses Berichts gefällt und Sie nützliche Erkenntnisse aus den Ergebnissen gewinnen können.

Profile von Simon Maple und Andrew Binstock mit ihren Jobtiteln, Kontaktdaten, Social-Media-Profilen, Porträts und Unterschriften.

Kurzfassung

Bevor wir beginnen: Dieser Bericht ist recht lang. Hier finden Sie daher eine Kurzfassung mit den wichtigsten Erkenntnissen. Natürlich enthält der Bericht noch viele weitere Informationen. Wenn Sie aber nur 30 Sekunden Zeit haben, ist dieses Bild Ihr neuer bester Freund.

Dashboard mit drei Zeilen zu Java-Entwicklungstools und Nutzungsstatistiken, darunter Oracle JDK, OpenJDK, Java 8, IntelliJ IDEA, Maven, Jenkins, Git, JUnit und Spring,

Starten Sie mit Capture the Flag

Erfahren Sie in unserem virtuellen On-Demand-Workshop für Einsteiger, wie Sie Capture-the-Flag-Herausforderungen lösen.

Über Ihr JDK

1. Das JDK welchen Java-Anbieters verwenden Sie in der Produktion für Ihre Hauptanwendungen?

Wir beginnen den Bericht mit einer grundlegenden Frage. Viele Anbieter stellen eigene JDK-Implementierungen bereit. Welche davon verwenden Entwickler in der Produktion für ihre Anwendungen? Die Ergebnisse zeigen, dass Oracle JDK und OpenJDK den Markt deutlich dominieren. Sieben von zehn Entwicklern entscheiden sich für Oracle JDK, weitere zwei von zehn für OpenJDK – viel Konkurrenz gibt es also nicht. Änderungen bei Lizenzierung und Support in der Zukunft könnten diese Zahlen jedoch beeinflussen.

Ringdiagramm mit Oracle JDK bei 70 %, OpenJDK bei 21 %, Eclipse OpenJ9/IBM J9 bei 4 % und anderen Optionen bei jeweils 1–2 %.

2. Welche Java-SE-Version verwenden Sie in der Produktion für Ihre Hauptanwendung?

Java 9 brachte erhebliche strukturelle Änderungen am JDK mit sich, von denen viele eine Auswirkung auf Migration und Akzeptanz erwarteten. Die Ergebnisse zeigen – beachten Sie, dass die Umfrage zwischen den Veröffentlichungen von Java 10 und Java 11 lief –, dass Java 8 nach wie vor die mit Abstand beliebteste Version ist: Fast acht von zehn Befragten geben an, dass ihre Hauptanwendungen in der Produktion damit laufen. Ebenso bemerkenswert ist, dass weniger als die Hälfte der übrigen Befragten, die nicht Java 8 verwenden, eine neuere Version nutzt.

Balkendiagramm zur Nutzung von JDK-Versionen: JDK 8 liegt mit 79 % vorn, gefolgt von Version 7 mit 9 %, den Versionen 9 und 10 mit jeweils 4 %, Version 6 oder älter mit 3 % und unbekannt mit 1 %.

3. Wie wollen Sie auf den neuen Veröffentlichungszyklus von Java reagieren?

Mit der Veröffentlichung von Java 9 kamen nicht nur größere Architekturänderungen, sondern auch ein neuer Veröffentlichungsrhythmus: Java-SE-Versionen erscheinen alle sechs Monate. Alle zwei bis drei Jahre bietet eine Long-Term-Support-Version (LTS) längeren Support, etwa mit Sicherheitsupdates. Beachten Sie, dass Java 9 keine LTS-Version ist. Diese Frage untersucht, wie Entwicklungsteams auf den neuen Veröffentlichungsrhythmus reagieren werden. Die Antworten fielen unterschiedlich aus – ein Hinweis darauf, dass weiterhin Unsicherheit darüber besteht, wie vorzugehen ist. Tatsächlich weiß fast jeder dritte Entwickler noch nicht, wie er auf den neuen Veröffentlichungszyklus reagieren wird.

Wir gehen davon aus, dass sich im kommenden Jahr Best Practices herausbilden und Unternehmen einen bevorzugten Migrationszyklus finden werden, der sich wahrscheinlich je nach Branche erheblich unterscheidet. Daher erwarten wir, dass der Anteil der Antwort „Weiß ich noch nicht“ sinkt. Welche der anderen Gruppen zulegen werden, lässt sich jedoch nicht sagen.

Ringdiagramm zu Java-Upgrade-Plänen: 8 % auf die neueste Version, 30 % mit jeder Veröffentlichung, 34 % auf LTS-Versionen und 28 % noch unentschieden.

4. Welche Java-EE-Version verwenden Sie für Ihre Hauptanwendungen?

Fast vier von zehn Befragten geben an, kein Enterprise-Java zu verwenden. Von denen, die es nutzen, verwendet die Mehrheit Version 7. Java EE 8 wurde im September 2017 veröffentlicht. Es ist daher vielversprechend, dass es weniger als ein Jahr nach der Veröffentlichung fast die beliebteste Version ist. Anders als bei Java SE dauert es bei einer Java-EE-Version länger, bis sie sich durchsetzt, da auch die Implementierungen erst später verfügbar sind. Außerdem benötigen die Anbieter von App-Servern Zeit, um die Spezifikationen zu übernehmen und umzusetzen.

Wir sind gespannt, wie sich diese Zahlen verändern, wenn Jakarta EE 8 eingeführt wird und sich verbreitet. Denken wir auch an die 2 %, die noch mit J2EE arbeiten – einer Version, deren letzte größere Veröffentlichung aus dem Jahr 2003 stammt.

Balkendiagramm zur Java-EE-Nutzung: J2EE 2 %, Java EE 5 2 %, Java EE 6 10 %, Java EE 7 27 %, Java EE 8 22 % und 38 % nutzen keines davon.

5. Welche JVM-Sprache verwenden Sie hauptsächlich für Ihre Hauptanwendungen?

Genau neun von zehn JVM-Nutzern verwenden Java für ihre Hauptanwendungen. Viele Projekte sind heute mehrsprachig oder polyglott angelegt, doch der Teil, der auf der JVM läuft, ist in erster Linie in Java geschrieben.

Trotz dieser starken Vorliebe für Java zeigen JVM-Entwickler seit jeher großes Interesse an anderen JVM-Sprachen. Das zeigt sich an der Beliebtheit von Artikeln darüber im Java Magazine und auf großen Programmier-Websites. In den vergangenen Jahren war Kotlin von JetBrains die aufkommende und „angesagte“ JVM-Sprache – und gewinnt weiterhin stetig an Bedeutung. Kotlin wird inzwischen für die Android-Entwicklung unterstützt und ist nach Groovy die zweite wichtige Sprache zum Schreiben von Skripten für das Build-Tool Gradle. Durch diese zunehmende Verbreitung liegt Kotlin in unserer Umfrage nun vor Scala und knapp vor Groovy.

Ringdiagramm zur Nutzung von JVM-Sprachen: Java 90 %, Clojure 3,00 %, Kotlin 2,42 %, Groovy 2,36 %, Scala 1,83 % und andere 0,60 %.

Der Anteil von 3,0 % für Clojure ist bemerkenswert hoch und signalisiert – zumindest für uns – das anhaltende Interesse an funktionaler Programmierung. Der funktionale Ansatz vieler Java-8-Funktionen zeigt, welchen Einfluss die funktionale Programmierung auf Java selbst hatte.

JDK – Zusammenfassung

  • Sieben von zehn Entwicklern verwenden Oracle JDK in der Produktion

  • Zwei von zehn Entwicklern verwenden OpenJDK in der Produktion

  • Acht von zehn Entwicklern verwenden Java SE 8 in der Produktion.

  • Einer von zehn Entwicklern ist auf Version 9 oder höher umgestiegen

  • Fast drei von zehn Entwicklern wissen nicht, wie sie mit dem neuen Java-Veröffentlichungsrhythmus umgehen sollen

  • Mehr als drei von zehn Entwicklern wollen ausschließlich bei den LTS-Versionen von Java bleiben

  • Nur einer von zehn Entwicklern will immer die neueste Java-Version verwenden

  • Fast fünf von zehn Entwicklern verwenden Java EE 7 oder 8

  • Java EE 7 ist weiterhin die beliebteste Enterprise-Version von Java; fast drei von zehn Entwicklern verwenden sie

  • Neun von zehn JVM-Entwicklern verwenden Java

  • Kotlin liegt bei der Nutzung mit 2,42 % knapp vor Groovy und Scala

Dieser Bericht enthält noch mehr! Welchen Abschnitt möchten Sie als Nächstes lesen?

  1. JVM-Ökosystembericht 2018 – Ihr JDK

  2. JVM-Ökosystembericht 2018 – Ihre Tools

  3. JVM-Ökosystembericht 2018 – Ihre Plattform und Anwendung

  4. JVM-Ökosystembericht 2018 – Ihre Prozesse und Sie

JVM-ÖKOSYSTEMBERICHT 2018 HERUNTERLADEN!

Weiterlesen

Blog

Frontier-Modelle fanden die Schwachstellen. Nur der Angreifer fand die Angriffsketten.

Die statische Analyse fand die Schwachstellen, doch erst Live-Angriffstests bewiesen, wie sie sich zu Angriffen verketten lassen. Ein Vergleich von Evo COS, Claude Security und Claude Code Security.

feature insights context
Blog

Autonome Angriffe sind bereits Realität. Die Verteidigung muss Schritt halten.

Autonome Angreifer verkürzen das Zeitfenster für die Verteidigung. Erfahren Sie, wie kontinuierliches Erkennen, Beheben, Validieren und Verhindern Sicherheitsteams helfen kann, Schritt zu halten.

Blog

Warum KI-Coding-Agenten immer wieder fehlerhafte Zugriffskontrollen schreiben

KI-Coding-Agenten können Autorisierungslogik erzeugen, die kompiliert und die Prüfung besteht, dabei aber die Daten eines Mandanten für einen anderen offenlegt. Erfahren Sie, warum fehlerhafte Zugriffskontrollen schwer zu erkennen sind und wie Sie sie verhindern.