Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung |
| jug:javagoesnative [02.08.2019 06:33] – fobs | jug:javagoesnative [17.08.2019 20:13] (aktuell) – fobs |
|---|
| |
| Vortrag der [[:jug|Java User Group]]: | Vortrag der [[:jug|Java User Group]]: |
| ava hat seit jeher den Ruf einer ressourcenfressenden, nichtperformanten und langsamen Programmiersprache. Egal ob es um Startup-Zeiten, Speicherbedarf oder die generelle Größe von Docker Images geht, Java wird immer etwas belächelt, auch wenn in den letzten Jahren einiges in dieser Hinsicht verbessert wurde. Vieles ist der JVM und dem Grundkonzept der Portabilität geschuldet, das in Zeiten von Containern mehr und mehr an Wichtigkeit verliert. Trotz dieser Umstände werden weiterhin viele Microservices in Java implementiert. Nicht zuletzt dank der weiten Verbreitung der Sprache und Frameworks wie Spring Boot, die einem beim Erstellen von Microservices unter die Arme greifen. | Java hat seit jeher den Ruf einer ressourcenfressenden, nichtperformanten und langsamen Programmiersprache. Egal ob es um Startup-Zeiten, Speicherbedarf oder die generelle Größe von Docker Images geht, Java wird immer etwas belächelt, auch wenn in den letzten Jahren einiges in dieser Hinsicht verbessert wurde. Vieles ist der JVM und dem Grundkonzept der Portabilität geschuldet, das in Zeiten von Containern mehr und mehr an Wichtigkeit verliert. Trotz dieser Umstände werden weiterhin viele Microservices in Java implementiert. Nicht zuletzt dank der weiten Verbreitung der Sprache und Frameworks wie Spring Boot, die einem beim Erstellen von Microservices unter die Arme greifen. |
| |
| Um diesen Vorurteilen entgegenzuwirken, haben sich in letzter Zeit Projekte aufgemacht, der Java-Landschaft einen nativen Anstrich zu verpassen. Die beiden interessantesten Kandidaten sind GraalVM und Kotlin Native. Auch wenn sie aus verschiedenen Gründen ins Leben gerufen wurden, haben beide die Möglichkeit, Java bzw Kotlin in nativen Code zu kompilieren, sodass eine JVM nicht mehr von Nöten ist. | Um diesen Vorurteilen entgegenzuwirken, haben sich in letzter Zeit Projekte aufgemacht, der Java-Landschaft einen nativen Anstrich zu verpassen. Die beiden interessantesten Kandidaten sind GraalVM und Kotlin Native. Auch wenn sie aus verschiedenen Gründen ins Leben gerufen wurden, haben beide die Möglichkeit, Java bzw Kotlin in nativen Code zu kompilieren, sodass eine JVM nicht mehr von Nöten ist. |
| [[http://www.jug-kl.de/java-goes-native/]] | [[http://www.jug-kl.de/java-goes-native/]] |
| |
| ===== Dataentry ===== | |
| ---- dataentry event ---- | ---- dataentry event ---- |
| name : Java goes Native | name : Java goes Native |
