Mit der Java-Technik soll ein und dasselbe Programm auf unterschiedlichen Computersystemen laufen können. Diese Plattformunabhängigkeit wird dadurch erreicht, dass der Quellcode zunächst in Bytecodekompiliert wird, der erst auf dem Zielsystem von der Java-Laufzeitumgebung (Java Runtime Environment, kurz JRE) beim Starten des Programms in die jeweilige Maschinensprache übersetzt wird. Der Bytecode funktioniert also als Zwischencode zwischen Programmiersprache und Maschinensprache.
Die Java-Laufzeitumgebung muss auf dem Zielsystem installiert sein. Sie existiert für weit verbreitete Betriebssysteme wie Microsoft Windows, Linux, Solaris, Mac OS X, AIX und viele andere. Daneben gibt es JREs nicht nur für Server- und Desktop-Betriebssysteme, sondern auch für viele eingebettete Systeme wie Mobiltelefone, PDAs und Smartcards sowie für andere technische Plattformen, wie Auto und TV. Die Plattformunabhängigkeit endet bei Systemen, für die keine Java Virtual Machine existiert, zumeist also ältere oder sehr exotische Systeme.
Bestandteile
Die Java-Technik besteht aus den folgenden Teilen:
Java ist eine objektorientierte Programmiersprache und eingetragenes Warenzeichen der Firma Oracle. Der Entwurf der Programmiersprache Java strebte im Wesentlichen fünf Ziele an:[1][2]
Sie enthalten Compiler, die den Quellcode in Java-Bytecode übersetzen, Dokumentationswerkzeuge und Werkzeuge um Programme zu testen. Programme für die Java-Plattform werden in der Regel mit Hilfe der Programmiersprache Java erstellt. Die Verwendung anderer Programmiersprachen ist möglich, z. B. Nice oder Groovy.
Die Java-Laufzeitumgebung (JRE) ist eine Softwareplattform, mit der Programme weitgehend unabhängig vom darunter liegenden Betriebssystem ausgeführt werden. Sie definiert die Anwendungsprogrammierschnittstellen (APIs) eindeutig und maschinenunabhängig und enthält die Java Virtual Machine (JVM), die für die Ausführung des Java-Bytecodes verantwortlich ist. Für die meisten Betriebssysteme ist sie kostenlos verfügbar.
Zwischen folgenden Java-Plattformen wird unterschieden:
Sammlung von Java-Programmierschnittstellen für den generellen Einsatz auf PCs, Servern oder ähnlichen Geräten. Die Java SE dient als Grundlage für die Java-EE- und Java-ME-Techniken.
Java SE, angereichert um Programmierschnittstellen für die transaktionsbasierte Ausführung von mehrschichtigen Unternehmens- und Web-Anwendungen.
Geschichte
Duke, Javas Maskottchen
Die Urversion von Java – auch Oak (Object Application Kernel) genannt – wurde in einem Zeitraum von 18 Monaten vom Frühjahr 1991 bis Sommer 1992 unter dem Namen The Green Project von Patrick Naughton, Mike Sheridan, James Gosling und Bill Joy sowie neun weiteren Entwicklern im Auftrag des US-amerikanischen Computerherstellers Sun Microsystems entwickelt. James Gosling war der Hauptentwickler. Ein Überbleibsel aus dem Green-Projekt ist der Duke von Joe Palrang, der zum bekannten Symbol bzw. Maskottchen geworden ist.
Der Name Oak hatte, nach Gerüchten, seinen Ursprung in einer Eiche (englischoak), die vor dem Fenster von James Gosling stand. Aufgrund rechtlicher Probleme musste der Name (es gab bereits eine Software dieses Namens) jedoch verworfen werden. Man entschied sich für den Namen Java nach einer starken Kaffee-Sorte, die speziell für Espresso Verwendung findet (Java-Bohne) und von den Entwicklern bevorzugt getrunken wurde.[3][4]
Das Ziel war nicht nur die Entwicklung einer weiteren Programmiersprache, sondern einer vollständigen Betriebssystemumgebung, inklusive virtueller CPU, für unterschiedlichste Einsatzzwecke. Das System sollte – der Legende nach – beispielsweise eine Kaffeemaschine steuern können.
Die Entwicklung fand in einem unauffälligen Bürogebäude in der Sand Hill Road in Menlo Park statt. Während der abgeschiedenen Entwicklungsphase kam es zu keinem Austausch mit Sun Microsystems. Im Sommer 1992 schließlich war die erste Oak-basierte Anwendung fertiggestellt – „an interactive, handheld home-entertainment device controller with an animated touchscreen user interface“. Diese Technikdemonstration einer Touchscreen-basierten Gerätesteuerung mit animierter grafischer Benutzeroberfläche hatte den Namen *7 (Star Seven).
Nach der Vorführung von Star Seven, mit dem zahlreiche Geräte interaktiv gesteuert werden konnten, wurden Unternehmen aus der Kabelfernseh-Branche aufmerksam, und aus dem Hinterzimmer-Projekt The Green Project entstand das Unternehmen FirstPerson. Aus dem Büro wurde ein Bürohaus in der 100 Hamilton Avenue in Palo Alto.
Da die Belegschaft inzwischen von 13 auf 70 Mitarbeiter gewachsen und die Zeit für interaktive digitale Mehrwertdienste im Bereich des Kabelfernsehens noch nicht reif war, suchte sich das junge Unternehmen neue Betätigungsfelder. Nach einem dreitägigen Treffen von John Gage, James Gosling, Bill Joy, Patrick Naughton, Wayne Rosing und Eric Schmidt in „The Inn at Squaw Creek“ bei Lake Tahoe war schnell klar: das Internet sollte es sein.
Auf Basis des Urvaters aller grafischen Webbrowser, Mosaic, wurde ein um Java erweiterter Webbrowser geschaffen – der WebRunner (nach dem Film Blade Runner). Später wurde WebRunner in HotJava umbenannt.
Im März 1995 wurde die erste Alphaversion (1.0a2) des Java-Quellcodes für die Öffentlichkeit freigegeben. Wenig später, am 23. Mai 1995, wurde Java erstmals offiziell der Öffentlichkeit vorgestellt, in den „San Jose Mercury News“.
Der Durchbruch kam mit der Integration von Java in den Browser Netscape Navigator – besiegelt durch einen Handschlag zwischen Eric Schmidt und George Paolini von Sun Microsystems sowie Marc Andreessen von Netscape – um 4 Uhr morgens in einem Zimmer des Sheraton-Palace-Hotels in der Nähe des Tagungszentrums.
Die Firma Oracle – die im Januar 2010 Sun Microsystems kaufte – will die Java-Technik zusammen mit dem Java Community Process in Richtung freie und quelloffene Software (OpenJDK) weiterentwickeln.[5]
java.awt: grundlegende Klassen für grafische Benutzeroberflächen
java.applet: eine Klasse für die bekannten Applets
Obwohl diese neue Sprache primär zum Entwickeln von Applets gedacht war, bot sie schon in der ersten Version Möglichkeiten, die weit darüber hinaus reichten.
Version 1.1
Eine Spracherweiterung wurde 1997 mit Java 1.1 vorgenommen, die Syntax wurde um das Konzept der inneren Klassen erweitert. Das ging einher mit einem Umbau der Ereignisbehandlung hin zu einem Callback-System mit sogenannten Listenern.
Sicherheitsfunktionen, z. B. zum Signieren von JAR-Dateien und Applets
In den Versionen ab 1.1.5 war bereits Swing verfügbar, jedoch zählte dieses Framework noch nicht zum offiziellen Java. Besonders problematisch war, dass Swing mit Erscheinen von 1.2 eine andere Paketstruktur aufwies und eine Portierung notwendig machte.
Version 1.2
Java 2 (JDK 1.2) erschien im Jahr 1998.[6] Mit Erscheinen dieser Version sprach Sun von Java 2, dementsprechend heißen die Pakete Java 2 Platform, Standard Edition (J2SE) und statt Java Development Kit (JDK) heißt es Java 2 Software Development Kit (J2SDK).
In dieser Version wurde neben dem bestehenden Interpreter ein Just-in-time-Compiler eingeführt; dieser beschleunigt die Ausführung von Java-Programmen deutlich. Die HotSpot Just-in-time-Kompilierung inklusive adaptiver Optimierung wurde als Erweiterung für Java 1.2 angeboten,[33] ab Java 1.3 wurde HotSpot als alleinige JVM von Sun angeboten.[34]
Erneut wurde die Standardbibliothek erweitert:
Neue Schnittstellen und Implementierungen für Collections, also Datenstrukturen wie Listen, Mengen und Maps (Assoziativlisten)
Schwache Referenzen – das sind Referenzen, die den Garbage-Collector nicht daran hindern, das referenzierte Objekt zu entfernen
Im Jahr 1998 wurde auch der Java Community Process (JCP) eingeführt. Diese Organisation steuert seitdem Änderungen an der Spezifikation von Java. Für vorgeschlagene Änderungen wird ein Java Specification Request (JSR) erstellt, der verschiedene Phasen durchläuft, bevor die Änderungen in Java Einzug halten.
Version 1.3
2000 erschien J2SE 1.3 als nächster Evolutionsschritt, die API wurde erneut erweitert. Außerdem wurde eine Engine mit Hotspot-Optimierung eingeführt. Das bedeutet, dass häufig benutzte Codefragmente (Hotspots) vom Bytecode zur Laufzeit in nativen Maschinencode übersetzt werden. Resultat war eine deutlich gesteigerte Ausführungsgeschwindigkeit.
Erst 2002 wurde mit Erscheinen von J2SE 1.4 wieder die Sprache selbst erweitert, was zuletzt bei Version 1.1 geschehen war. Eine Unterstützung für Assertions wurde hinzugefügt. Auch die API wurde erweitert, was insbesondere die Serverprogrammierung erleichtern soll.
Die letzte Version von Java 1.4 war Java SE 1.4.2_42. „End of Public Updates“ – das Ende öffentlicher Aktualisierungen – erreichte J2SE 1.4 im Oktober 2008.[35]
Java 5.0 erschien am 30. September 2004 als Nachfolger der Version 1.4.
Bei dem augenscheinlichen Versionssprung von 1.x auf 5 handelt es sich um die Einführung einer sog. Produktnummer. Diese Produktnummern sollen in Zukunft die Java-Versionen nach außen hin repräsentieren. Intern sollte dieselbe Produktversion nach der bekannten, traditionellen Versionsnummer bezeichnet werden. Java 5.0 entspricht also der internen Versionsnummer 1.5, Java 6.0 entsprechend 1.6 etc.[36] Die „2“ z. B. aus Jakarta EE verschwand somit ebenfalls ab Version 5.0 der Java Enterprise Edition. Sie wird nun mit Java EE 5 bezeichnet.[37]
In Version 5 gab es umfangreiche Änderungen an der Sprache sowie weitere API-Erweiterungen:
Die zunächst für Java 5 („Tiger“-Release) geplanten Erweiterungen der Ein-/Ausgabefunktionen (JSR-203)[38] wurden erst auf Java 6 („Mustang“-Release) und Anfang 2006 dann auf Java 7 („Dolphin“-Release) verschoben.
Die letzte Version von Java SE 5 war JavaSE 5.0u45. „End of Public Updates“ – das Ende öffentlicher Aktualisierungen – erreichte JavaSE 5 im Oktober 2009.[35]
Version 6
Die Java-Version 6 wurde am 11. Dezember 2006 veröffentlicht. Besonderes Augenmerk wurde auf Diagnose, Überwachung und Management gelegt. So wurde ein Framework zur Zusammenarbeit mit diversen Skriptsprachen, wie z. B. PHP, Python, Ruby und JavaScript, eingeführt.
Die im Oktober 2008 veröffentlichte Version 6u10 brachte nicht, wie sonst üblich, ausschließlich Fehlerbeseitigungen, sondern diverse Änderungen der JVM, mit denen nicht bis zum Erscheinen von Java 7 gewartet wurde.
Zu den wichtigsten Neuerungen, die im Vorfeld bereits gefordert wurden, gehörten unter anderem:
Ein „Next Generation Java Plugin“, das dem Website-Betreiber mehr Möglichkeiten über eingebundene Applets anbietet[39]
Der für Webapplikationen gedachte Java-Kernel, der bei Bedarf eine minimale JVM installiert und nur die nötigen Pakete herunterlädt und lokal speichert[40]
Der Java Quick Starter, mit dessen Hilfe die Startzeit von Java-Applikationen deutlich verringert wird.[41]
Eine vollständige Liste sowie detaillierte Beschreibungen sind der Ankündigung zum „Update 10“ zu entnehmen.[42] Weitere Verbesserungen an der virtuellen Maschine, die ursprünglich für Java 7 geplant waren, wurden in Java 6 integriert und in mehreren Schritten ab „Java 6 Update 14“ ausgeliefert.
Die letzte geplante Version von Java SE 6 war „Java SE 6 Update 45“, sie wurde trotz angekündigtem „End of Public Updates“ – dem Ende öffentlicher Aktualisierungen – für Java SE 6 für Februar 2013 im April 2013 nachgereicht. Die aktuelle Version von Java EE 6 ist „Java EE 6 Update 4“.
Im Dezember 2012 begann Oracle versuchsweise, einige Installationen automatisch von JavaSE 6 auf JavaSE 7 zu aktualisieren. Für Februar 2013 war geplant, alle installierten 32-Bit-Versionen über den automatischen Mechanismus auf Java 7 zu aktualisieren.[43]
„End of Public Updates“ – das Ende öffentlicher Aktualisierungen – erreichte JavaSE 6 im Februar 2013.[35]
Version 7
Die Java-Version 7 wurde am 28. Juli 2011 fertiggestellt.
Vor allem wurden bestehende Funktionalitäten verbessert und erweitert. Das sind unter anderem:
Eine neue Dateisystem-API (NIO.2), die die Geschwindigkeit von Dateisystemoperationen verbessert, bessere Möglichkeiten zum Kopieren und Verschieben von Dateien bietet, Methoden zum Traversieren von Verzeichnisstrukturen enthält und die zuverlässige Erkennung und Behandlung von symbolischen Links erlaubt.
Bibliotheken für die Netzwerkprotokolle Stream Control Transmission Protocol (SCTP), Sockets Direct Protocol (SDP) und TLS 1.2. Speziell unter Windows wird nach Möglichkeit nun ein neuerer IPv6-Netzwerk-Stack verwendet.
Aktualisierung der Unicode-Unterstützung auf Unicode 6.0 (von Unicode 4.0 in Java 6), der Datenbankschnittstelle JDBC und der Gebietsschemaparameter (Locale), die nun die Standards IETF BCP 47 und UTR 35 implementiert.
Das mit Java 6 Update 10 eingeführte Look-and-Feel Nimbus wird fester Bestandteil der Spezifikation.
Eine XRender-Pipeline für Java 2D, die die Darstellung von grafischen Elementen auf Linux beschleunigt.
Kleinere Sprachverbesserungen im Rahmen des Project Coin, wie die Nutzbarkeit von Zeichenketten in switch-Anweisungen.[44]
Eine Liste sowie detaillierte Beschreibungen der mit Java 7 umgesetzten Funktionalitäten sind der Dokumentation des OpenJDK-Projektes Java 7 zu entnehmen.[45]
Java 7 erreichte „End of Public Updates“ – das Ende öffentlicher Aktualisierungen – im April 2015.[35] Die letzte öffentlich verfügbare Version von Java 7 war „Update 80“ vom 14. April 2015, die auch „nicht-kritische“ Fehlerbehebungen enthielt.[46][47] Die „Premium-Unterstützung“ für Version 7 war bis Juli 2019 vorgesehen, die „Erweiterte Unterstützung“ bis Juli 2022.[35]
Version 8
Java 8 erschien am 18. März 2014. Es ist die erste LTS-Version nach dem neuen Support-Schema von Oracle.[9]
Für sie gab es öffentliche und kostenlose Updates bis inkl. Januar 2019.[48] Seitdem ist für den Abruf über die Oracle-Webseite eine Registrierung erforderlich, damit kommerzielle Nutzer bis März 2022 auf kostenlose Updates und danach bis Ende 2030 auf kostenpflichtige Updates zugreifen können.[13] Parallel dazu lässt sich über Oracles separate Java-Webseite die jeweils aktuelle Version 8 auch ohne Registrierung herunterladen (Stand 28. April 2024).[49]
Mit Java 8 wurden ursprünglich für Java 7 geplante Neuerungen nachgereicht und Synergien eingearbeitet, die sich aus dem Kauf von Java durch Oracle ergaben. Unter anderem wurden folgende Neuerungen umgesetzt:[50]
Integration von Oracle JRockit-Funktionalitäten wie Verbessertes Contended Locking ins OpenJDK
Virtuelle Erweiterungsmethoden und Closures (Projekt Lambda)
Durch Projekt Lambda ermöglichte Erweiterungen der Collections-API
Neue Date and Time API ähnlich Joda Time
Verbesserungen bei der Garbage Collection, Reflection, Collections, Generics und Annotations
Weitere kleinere Sprachverbesserungen wie beispielsweise Annotationen für Java-Typen
Diverse Verbesserungen hinsichtlich Sicherheit
Diverse Leistungsverbesserungen vor allem hinsichtlich Parallelisierung
Methodenimplementierung in Interfaces („Default Interface“)[51]
Version 9
Java 9 ist am 21. September 2017 erschienen.[52] Sie ist eine „Non-LTS“-Version[9] und es gibt daher nur Updates bis zum Release der Nachfolgeversion. Java 9 brachte mit „Project Jigsaw“ ein neues Modulsystem, das Java um Module als neues Sprachfeature erweitert. Jigsaw brachte ebenfalls eine grundlegende Strukturänderungen der Java-Plattform mit sich.[53][54] Das „Project Kulla“ brachte eine Integration der jshell[55] in Java.
Version 10
Java 10 erschien am 20. März 2018 und somit wie im Herbst 2017 angekündigt nur 6 Monate nach Version 9. Sie ist ebenfalls eine „Non-LTS“-Version.[9]
Version 11
Java 11 wurde am 25. September 2018 als LTS-Version veröffentlicht.[16] Für den produktiven Einsatz von Oracle JRE ist seit dieser Version eine kostenpflichtige „Java SE Subscription“ erforderlich. Lediglich in Entwicklungs- und Testumgebungen bleibt es kostenfrei nutzbar. Andere Laufzeitumgebungen wie OpenJDK oder Adoptium bieten andere Unterstützungszeiträume.[56]
Version 12
Java 12 wurde am 19. März 2019 veröffentlicht.[57]
Version 13
Java 13 wurde am 17. September 2019 veröffentlicht.[58]
Version 14
Java 14 wurde am 17. März 2020 veröffentlicht.[59]
Version 15
Java 15 wurde am 15. September 2020 veröffentlicht.[60]
Version 16
Java 16 wurde am 16. März 2021 veröffentlicht.[61]
Version 17
Java 17 ist eine LTS-Version und wurde am 14. September 2021 veröffentlicht.[62]
Version 18
Java 18 wurde am 22. März 2022 veröffentlicht.[63]
Version 19
Java 19 wurde am 20. September 2022 veröffentlicht.[64]
Version 20
Java 20 wurde am 21. März 2023 veröffentlicht.[65]
Version 21
Java 21 ist eine LTS-Version und wurde am 19. September 2023 veröffentlicht.[66]
Version 22
Java 22 wurde am 19. März 2024 veröffentlicht.[67]
Lizenz
Am 13. November 2006 gab Sun bekannt, dass bis Ende des zweiten Quartals 2007 die komplette Java-Technik unter den Lizenzbestimmungen der GPL Version 2 veröffentlicht werden soll.[68][69] Am 8. Mai 2007 teilte man mit, dass dies für den Großteil der Technik geschehen sei.[70]
Ein Problem für Entwickler freier Software bestand bis dahin darin, dass Java zwar kostenlos war, jedoch nicht die Richtlinien für freie Software erfüllte. Probleme entstanden in diesem Rahmen vor allem dann, wenn beim Erstellen von Programmen „unfreie“ Klassen von Sun verwendet wurden, die freie Java-Compiler oder Java-Laufzeitumgebungen nicht verwenden können. Anwender von freien JVMs waren in diesen Fällen gezwungen, auf die JVM von Sun zurückzugreifen. In diesem Zusammenhang wurde auch von der „Java-Falle“ (Java Trap[71]) gesprochen.
Engagierte Entwickler haben darauf reagiert und eine beachtliche Menge an freier Software zur Interpretation, Kompilierung und Ausführung von Java-Programmen entwickelt, wie z. B. GNU Classpath, GNU Compiler for Java, Kaffe, Apache Harmony oder IcedTea.
Jedoch wurden die Lizenzbedingungen für Oracles Java Compatibility Kit (JCK) von der Apache Software Foundation[72] und der Linux Standard Base Arbeitsgruppe als bewusste Verhinderung von alternativen Implementierungen wahrgenommen, was u. a. zum Ausschluss von Java aus dem aktuellen LSB-Standard 4.1 führte.[73]
Als Echtzeitsystem (mittels Java Real Time) beispielsweise für Verkehrssteuerungsanlagen.
Kritik
Java bietet vor allem auf Grund seiner Ausführung in einer virtuellen Maschine einige Sicherheitsvorteile gegenüber direkt ausgeführten Programmiersprachen. Ein Applet einer Webseite unterliegt beispielsweise sicherheitsbedingten Einschränkungen durch die virtuelle Maschine, dasselbe gilt analog für Java-Applikationen. All diese laufen in einer virtuellen Maschine und dürfen nicht frei auf beliebige Ressourcen zugreifen. Direkt ausgeführte Programmiersprachen (ohne virtuelle Maschine) bieten diese Sicherheitsvorkehrungen gar nicht und sind somit im Vergleich zu Java maximal unsicher.
Existieren jedoch auf Grund von Fehlern in der virtuellen Maschine oder in der Klassenbibliothek Schwachstellen in diesen Sicherheitstechniken, so kann ein bösartiges Applet oder eine bösartige Applikation diese Schwachstellen ausnutzen und unter Umständen auf Ressourcen zugreifen, auf die sie im Normalfall keine Zugriffsrechte hätte.
Java war 2012 bis 2013 mehrfach wegen derartiger Fehler in den Schlagzeilen.[74][75]
Im August 2012 tauchte beispielsweise ein öffentlich verfügbarer Exploit im Internet[76] auf, der sämtliche Sandboxing- und sonstige Sicherheitsverfahren von Java umgeht, indem er sie einfach abschaltet.[77] Ein paar Tage später war dieser Exploit (CVE: 2012-4681)[78] in zahlreichen Exploit-Frameworks integriert, darunter auch in Metasploit und Blackhole. Oracle veröffentlichte daraufhin ein Notfall-Update, Experten fanden aber auch in den gepatchten Java-Versionen Sicherheitslücken.
Am 10. Januar 2013 gab das renommierte Computermagazin c’t aus Sicherheitsgründen eine Empfehlung zur Deinstallation des Java Plug-ins heraus, beim Einsatz des Internet Explorers sogar zur vollständigen Deinstallation von Java.[79] Am 11. Januar 2013 schloss sich das BSI dieser Empfehlung an.[80]
Mit den außerplanmäßigen bzw. vorgezogenen Java-Updates 7u11 bis 7u13 wurden gemäß Oracle die Sicherheitsprobleme gelöst.[81] Das BSI gab daraufhin Entwarnung für die Verwendung von Java.[82]
↑Wolfgang Weigend: Die Java Plattform Strategie. (Flash) Folien zum Vortrag. Oracle, 24. August 2011, S. 5, abgerufen am 8. Januar 2012.
↑ abReference: J2SE Code Names. In: Java Platform, Standard Edition (Java SE). Sun Microsystems (online [abgerufen am 8. Januar 2012]).
↑Steven Chan: Understanding J2SE 1.3 End-of-Life Implications for Apps 11i. (Online [abgerufen am 26. Juli 2018]).
↑Java SE EOL Policy. 26. Oktober 2011, archiviert vom Original (nicht mehr online verfügbar) am 14. November 2011; abgerufen am 26. Juli 2018 (englisch).
↑Mike Loukides: At last! Open Source Java. November 2006, archiviert vom Original (nicht mehr online verfügbar) am 6. Oktober 2014; abgerufen am 6. Oktober 2014.
↑Linux Standard Base 4.1 ohne Java. heise.de, 11. März 2011, abgerufen am 16. November 2011: „Java, im Status „Trial Use“ in die Linux Standard Base 4.0 aufgenommen, wurde aus der neuen Version wieder entfernt. Grund dafür sind Lizenzierungsprobleme mit dem Java Compatibility Kit (JCK), dessen Bestehen Voraussetzung dafür ist, dass sich eine Java-Implementierung Java-kompatibel nennen darf. Die Apache Software Foundation wirft Oracle wie schon zuvor Sun vor, mit den Lizenzbedingungen des JCK konkurrierende Java-Implementierungen auszuschließen.“
↑Schwachstelle in aktueller Java-Laufzeitumgebung geschlossen. Update des Herstellers liegt vor, BSI empfiehlt Internetnutzern Einspielung des Updates. Bundesamt für Sicherheit in der Informationstechnik (BSI), 14. Januar 2013, abgerufen am 26. März 2013: „Nach Installation des Java-Sicherheitsupdates können auch die Browser Plugins wieder aktiviert und genutzt werden.“
Strategi Solo vs Squad di Free Fire: Cara Menang Mudah!
_waving.svg)
