{"id":4208,"date":"2018-08-29T18:36:16","date_gmt":"2018-08-29T16:36:16","guid":{"rendered":"http:\/\/www.tutego.de\/blog\/javainsel\/?p=4208"},"modified":"2018-08-29T18:36:16","modified_gmt":"2018-08-29T16:36:16","slug":"die-java-se-plattform-versionen-und-release-zyklen","status":"publish","type":"post","link":"https:\/\/www.tutego.de\/blog\/javainsel\/2018\/08\/die-java-se-plattform-versionen-und-release-zyklen\/","title":{"rendered":"Die Java SE-Plattform, Versionen und Release-Zyklen"},"content":{"rendered":"

Die Java Platform, Standard Edition (Java SE) ist eine Systemumgebung zur Entwicklung und Ausf\u00fchrung von Java-Programmen. Java SE enth\u00e4lt alles, was zur Entwicklung von Java-Programmen n\u00f6tig ist. Obwohl die Begrifflichkeit etwas unscharf ist, l\u00e4sst sich die Java SE als Spezifikation verstehen und nicht als Implementierung. Damit Java-Programme \u00fcbersetzt und ausgef\u00fchrt werden k\u00f6nnen, m\u00fcssen aber ein konkreter Compiler, Interpreter und die Java-Bibliotheken auf unserem Rechner installiert sein. Es gibt unterschiedliche Implementierungen, etwa das OpenJDK.<\/p>\n

Versionen der Java SE<\/h4>\n

Am 23. Mai 1995 stellte damals noch Sun Java erstmals der breiten \u00d6ffentlichkeit vor. Seitdem ist viel passiert, und in jeder Version erweiterte sich die Java-Bibliothek. Dennoch gibt es von einer Version zur n\u00e4chsten kaum Inkompatibilit\u00e4ten, und fast zu 100\u00a0% kann das, was unter Java n \u00fcbersetzt wurde, auch unter Java n\u00a0+ 1 \u00fcbersetzt werden \u2013 nur selten gibt es Abstriche in der Bytecode-Kompatibilit\u00e4t.[1]<\/a><\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
Version<\/td>\nDatum<\/td>\nEinige Neuerungen oder Besonderheiten<\/td>\n<\/tr>\n
1.0<\/td>\nJanuar 1995<\/td>\nErste Version. Folgende 1.0.x-Versionen l\u00f6sen diverse Sicherheitsprobleme.<\/td>\n<\/tr>\n
1.1<\/td>\nFebruar 1997<\/td>\nNeuerungen bei der Ereignisbehandlung, beim Umgang mit Unicode-Dateien (Reader\/Writer statt nur Streams), au\u00dferdem Datenbankunterst\u00fctzung via JDBC sowie innere Klassen und eine standardisierte Unterst\u00fctzung f\u00fcr Nicht-Java-Code (nativen Code)<\/td>\n<\/tr>\n
1.2<\/td>\nNovember 1998<\/td>\nEs hei\u00dft nun nicht mehr JDK, sondern Java 2 Software Development Kit (SDK). Swing ist die neue Bibliothek f\u00fcr grafische Oberfl\u00e4chen, und es gibt eine Collection-API f\u00fcr Datenstrukturen und Algorithmen.<\/td>\n<\/tr>\n
1.3<\/td>\nMai 2000<\/td>\nNamensdienste mit JNDI, verteilte Programmierung mit RMI\/IIOP, Sound-Unterst\u00fctzung<\/td>\n<\/tr>\n
1.4<\/td>\nFebruar 2002<\/td>\nSchnittstelle f\u00fcr XML-Parser, Logging, neues IO-System (NIO), regul\u00e4re Ausdr\u00fccke, Assertions<\/td>\n<\/tr>\n
5<\/td>\nSeptember 2004<\/td>\nDas Java-SDK hei\u00dft wieder JDK. Neu sind generische Typen, typsichere Aufz\u00e4hlungen, erweitertes for, Autoboxing, Annotationen.<\/td>\n<\/tr>\n
6<\/td>\nEnde 2006<\/td>\nWebservices, Skript-Unterst\u00fctzung, Compiler-API, Java-Objekte an XML-Dokumente binden, System Tray<\/td>\n<\/tr>\n
7<\/td>\nJuli 2011<\/td>\nKleine Sprach\u00e4nderungen, NIO2, erste freie Version unter der GNU General Public License (GPL)<\/td>\n<\/tr>\n
8<\/td>\nM\u00e4rz 2014<\/td>\nSprach\u00e4nderungen Lambda-Ausdr\u00fccke, Stream-API<\/td>\n<\/tr>\n
9<\/strong><\/td>\nSeptember 2017<\/td>\nModularisierung von Anwendungen<\/td>\n<\/tr>\n
10<\/td>\nM\u00e4rz 2018<\/td>\nLokale Variablendeklarationen mit var<\/td>\n<\/tr>\n
11<\/td>\nSeptember\u00a0 2018<\/td>\nEntfernung des java.ee-Moduls<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Tabelle 1.1: Neuerungen und Besonderheiten der verschiedenen Java-Versionen<\/p>\n

Die Produktzyklen zeigen einige Spr\u00fcnge, besonders Java 9 wurde zweimal verschoben.<\/p>\n

Oracle und Sun waren sehr lange konservativ darin, das Bytecodeformat zu \u00e4ndern, sodass eine \u00e4ltere JVM im Prinzip Programme einer neuen Java-Version ausf\u00fchren konnte. Aber gerade in den Versionen Java 7 und Java 8 gab es doch einige Neuerungen, die die Aufw\u00e4rtskompatibilit\u00e4t brechen; eine JVM der Version 7 kann also keine Programme mehr ausf\u00fchren, die ein Java\u00a08-Compiler \u00fcbersetzt hat. Da einige Teile aus den Java 11-Bibliotheken entfernt wurden, ist auch dadurch die Abw\u00e4rtskompatibilit\u00e4t eingeschr\u00e4nkt.<\/p>\n

Feature-Release vs. zeitorientiertes Release<\/h4>\n

20 Jahre lang bestimmten Features die Freigabe von neuen Java-Versionen; die Entwickler setzten bestimmte Neuerungen auf die Wunschliste, und wenn alle Features realisiert und getestet waren, erfolgte die allgemeine Verf\u00fcgbarkeit (eng. general availability, kurz GA). Hauptproblem dieses Feature-basierten Vorgehensmodells waren die Verz\u00f6gerungen, die mit Problemen bei der Implementierung einhergingen. Vieldiskutiert war das Java 9-Release, weil es unbedingt ein Modulsystem enthalten sollte.<\/p>\n

Die Antwort auf diese Probleme, und der Wusch der Java-Community nach h\u00e4ufigeren Releases, beantwortet Oracle mit der \u201eJEP 322: Time-Based Release Versioning\u201c[2]<\/a>. Vier Releases sind im Jahr geplant:<\/p>\n