Java applet ist ein applet, der an Benutzer in der Form Javas bytecode geliefert ist. Java applets kann in einem WWW-Browser mit Java Virtual Machine (JVM), oder in AppletViewer der Sonne, einem eigenständigen Werkzeug laufen, um applets zu prüfen. Java applets wurde in der ersten Version der javanischen Sprache 1995 eingeführt, und wird auf Programmiersprachen geschrieben, die nach Java bytecode, gewöhnlich in Java, sondern auch auf anderen Sprachen wie Jython, JRuby oder Eiffel (über SmartEiffel) kompilieren.

Java applets geführt mit Geschwindigkeiten, die mit, aber allgemein langsamer vergleichbar sind als, andere kompilierte Sprachen wie C ++, aber bis ungefähr 2011 oft schneller als JavaScript. Außerdem können sie 3D-Hardware-Beschleunigung verwenden, die von Java verfügbar ist. Das macht applets gut angepasst für den nichttrivialen, Berechnung intensive Vergegenwärtigungen. Da Browser gewonnen haben, hat die Unterstützung für die heimische Hardware Grafik in der Form der Leinwand und WebGL beschleunigt, sowie hat Gerade rechtzeitig JavaScript kompiliert, der Geschwindigkeitsunterschied ist weniger bemerkenswert geworden.

Da Javas bytecode Quer-Plattform oder unabhängige Plattform ist, kann Java applets durch Browser für viele Plattformen, einschließlich Windows von Microsoft, Unix, Mac OS und Linux durchgeführt werden. Es ist auch trivial, um Java applet als eine Anwendung mit sehr wenig Extracode zu führen. Das ist im Vorteil, Java applet in der Off-Lineweise ohne das Bedürfnis nach jeder Internet-Browser-Software und auch direkt von der einheitlichen Entwicklungsumgebung (IDE) zu führen.

Übersicht

Applets werden verwendet, um interaktive Eigenschaften Webanwendungen zur Verfügung zu stellen, die durch das HTML allein nicht zur Verfügung gestellt werden können. Sie können Maus-Eingang gewinnen und auch Steuerungen wie Knöpfe oder Ankreuzfelder haben. Als Antwort auf die Benutzerhandlung kann ein applet den zur Verfügung gestellten grafischen Inhalt ändern. Das macht applets gut passend für die Demonstration, die Vergegenwärtigung und das Unterrichten. Es gibt applet Online-Sammlungen, um verschiedene Themen von der Physik bis Herzphysiologie zu studieren. Applets werden auch verwendet, um Online-Spielsammlungen zu schaffen, die Spielern erlauben, sich gegen lebende Gegner in Realtime zu bewerben.

Ein applet kann auch ein Textgebiet nur, Versorgung, zum Beispiel, eine böse Plattform-Schnittstelle der Befehl-Linie zu einem entfernten System sein. Wenn erforderlich kann ein applet den reservierten Bereich verlassen und als ein getrenntes Fenster laufen. Jedoch haben applets sehr wenig Kontrolle über den Webseite-Inhalt außerhalb des applet reservierten Bereichs, so sind sie weniger nützlich, für das Seite-Äußere im Allgemeinen zu verbessern (während applets wie Nachrichtenfernschreiber oder WYSIWYG Redakteure auch bekannt sind). Applets kann auch Medien in Formaten spielen, die durch den Browser nicht heimisch unterstützt werden

HTML-Seiten können Rahmen einbetten, die zum applet passiert werden. Folglich kann derselbe applet verschieden abhängig von den Rahmen erscheinen, die passiert wurden.

Da applets vor CSS verfügbar gewesen sind, wurden sie auch für triviale Effekten wie Navigationsknöpfe weit verwendet. Dieser Gebrauch wird kritisiert und das Neigen.

Technische Information

Java applets wird in einem Sandkasten durch die meisten WWW-Browser durchgeführt, sie davon abhaltend, auf lokale Daten wie Zwischenablage oder Dateisystem zuzugreifen. Der Code des applet wird von einem Webserver und dem Browser heruntergeladen entweder bettet den applet in eine Webseite ein oder öffnet ein neues Fenster, die Benutzerschnittstelle des applet zeigend.

Java applet erweitert die Klasse, oder im Fall von einem Schwingen applet. Die Klasse muss Methoden von der applet Klasse überreiten, um sich niederzulassen, eine Benutzerschnittstelle in sich (ist ein Nachkomme, dessen ein Nachkomme dessen ist. Da applet vom Behälter erbt, hat er größtenteils dieselben Benutzerschnittstelle-Möglichkeiten wie eine gewöhnliche javanische Anwendung, einschließlich Gebiete mit dem Benutzer spezifische Vergegenwärtigung.

Die ersten Durchführungen sind mit dem Herunterladen einer applet Klasse durch die Klasse verbunden gewesen. Während Klassen kleine Dateien sind, gibt es oft viele von ihnen, so hat applets einen Ruf als langsame ladende Bestandteile bekommen. Jedoch, da Gläser eingeführt wurden, wird ein applet gewöhnlich als eine einzelne Datei geliefert, die eine Größe des größeren Images (Hunderte von Kilobytes zu mehreren Megabytes) hat.

Das Gebiet davon, wo das applet rechtskräftige heruntergeladen worden ist, ist das einzige Gebiet, zu dem dem üblichen (nicht unterzeichneten) applet erlaubt wird zu kommunizieren. Dieses Gebiet kann vom Gebiet verschieden sein, wo das Umgebungs-HTML-Dokument veranstaltet wird.

Javanische Systembibliotheken und Durchlaufzeiten sind umgekehrt vereinbar, erlaubend, Code zu schreiben, der sowohl auf dem Strom als auch auf zukünftigen Versionen Javas virtuelle Maschine läuft.

Ähnliche Technologien

Viele javanische Entwickler, blogs und Zeitschriften empfehlen, dass die javanische Webanfang-Technologie im Platz von Applets verwendet wird. Javanischer Webanfang erlaubt auch, unmodifizierten Applet-Code zu starten, nur es läuft dann in einem getrennten Fenster (nicht innerhalb des Hervorrufen-Browsers).

Ein javanischer Servlet ist manchmal informell im Vergleich zu, einer Server-Seite applet ähnlich sein, aber es ist auf seiner Sprache, Funktionen, und in jeder der Eigenschaften beschrieben hier über applets verschieden.

Das Einbetten in die Webseite

Der applet kann auf der Webseite gezeigt werden, indem er vom missbilligten HTML-Element oder dem empfohlenen Element Gebrauch gemacht wird. Element kann mit Familienbrowsern von Mozilla verwendet werden (wurde im HTML 4 missbilligt, aber wird ins HTML 5 eingeschlossen). Das gibt die Quelle und Position des applet an. und Anhängsel können auch herunterladen und Java virtuelle Maschine (auf Anfrage) installieren oder mindestens zur Steckseite führen. und Anhängsel unterstützen auch das Laden der in Fortsetzungen veröffentlichten applets, die in einer Einzelheit (aber nicht Initiale) Staat anfangen. Anhängsel geben auch die Nachricht an, die im Platz des applet auftaucht, wenn der Browser es erwartet kein Grund führen kann.

Jedoch trotz, offiziell zu sein, hat ein empfohlenes Anhängsel, bezüglich 2010, der Unterstützung des Anhängsels noch nicht unter Browsern entsprochen, und Sonne hat fortgesetzt, das ältere Anhängsel zu empfehlen, um sich in Mehrbrowser-Umgebungen aufzustellen, weil es das einzige durch die populärsten Browser durchweg unterstützte Anhängsel geblieben ist. Um vielfache Browser zu unterstützen, verlangt das Anhängsel zurzeit JavaScript (der den Browser anerkennt und das Anhängsel anpasst), Gebrauch von zusätzlichen mit dem Browser spezifischen Anhängseln oder das Befreien der angepassten Produktion von der Server-Seite. Das Verurteilen des Anhängsels ist kritisiert worden. Orakel stellt jetzt einen aufrechterhaltenen Code von JavaScript zur Verfügung, um applets mit der bösen Plattform workarounds zu starten.

Beispiel

Das folgende Beispiel wird einfach genug gemacht, den wesentlichen Gebrauch Javas applets durch sein java.applet Paket zu illustrieren. Es verwendet auch Klassen von Java Abstract Window Toolkit (AWT), um wirkliche Produktion zu erzeugen (in diesem Fall, "Hallo, Welt!" Nachricht).

Import java.applet. Applet;

importieren Sie java.awt. *;

//Applet codieren für "Hallo, Welt!" Beispiel.

//Das sollte in einer als "HelloWorld.java" genannten Datei gespart werden.

öffentliche Klasse HelloWorld erweitert Applet {\

//Diese Methode ist obligatorisch, aber kann leer sein (d. h., keinen wirklichen Code haben).

öffentliche Leere init {}\

//Diese Methode ist obligatorisch, aber kann leer sein. (d. h., haben Sie keinen wirklichen Code).

öffentlicher leerer Halt {}\

//Drucken Sie eine Nachricht auf dem Schirm (x=20, y=10).

öffentliche leere Farbe (Grafik g) {\

g.drawString ("Hallo, Welt!", 20,10);

//Zieht einen Kreis auf dem Schirm (x=40, y=30).

g.drawArc (40.30.20.20.0.360);

}\

}\

</Quelle>

Zusätzliche einfache applets sind an Wikiversity verfügbar.

Für das Kompilieren wird dieser Code auf einer einfachen-ASCII Datei mit demselben Namen wie die Klasse und Erweiterung gespart, d. h. Der resultierende applet sollte auf dem Webserver gelegt werden und wird innerhalb einer HTML-Seite durch das Verwenden oder ein Anhängsel angerufen. Zum Beispiel:

</KOPF>

Das ist, wohin HelloWorld.class läuft. </APPLET> </P>

</KÖRPER>

</HTML>

</Quelle>

Die Seite von einem Webserver zeigend, sollte das Ergebnis als das schauen:

Um Download-Zeit zu minimieren, werden applets gewöhnlich in einer Form des komprimierten Schwirren-Archivs geliefert (Glas-Erweiterung habend). Wenn alle erforderlichen Klassen (nur ein in unserem Fall) ins komprimierte Archiv example.jar gelegt werden, würde der Einbetten-Code verschieden aussehen:

Das ist, wohin HelloWorld.class läuft. </APPLET> </P></Quelle>

Einschließung von Applet wird im Detail in der offiziellen Seite der Sonne über das APPLET Anhängsel beschrieben.

Vorteile

Java applet kann irgendwelchen oder alle folgenden Vorteile haben:

• Es ist einfach, es an Linux, Windows von Microsoft und Mac OS X arbeiten zu lassen d. h. es Plattform durchqueren lassen. Applets werden durch die meisten WWW-Browser unterstützt.
• Derselbe applet kann an "allen" installierten Versionen Javas zur gleichen Zeit, aber nicht gerade der letzten Einfügefunktionsversion nur arbeiten. Jedoch, wenn ein applet eine spätere Version von Java Runtime Environment (JRE) verlangt, wird der Kunde gezwungen, während des großen Downloads zu warten.
• Der grösste Teil des geheimen WWW-Browser-Lagers applets wird so schnell sein, um zu laden, wenn es zu einer Webseite zurückkehren wird. Applets verbessern sich auch mit dem Gebrauch: Nachdem ein erster applet geführt wird, läuft der JVM bereits und fängt schnell an (der JVM wird jedes Mal wiederanfangen müssen, wenn der Browser von neuem anfängt).
• Es kann die Arbeit vom Server bis den Kunden bewegen, eine mit der Zahl von Benutzern/Kunden ersteigbarere Weblösung machend.
• Wenn ein eigenständiges Programm (wie Google Erde) Gespräche zu einem Webserver, dieser Server normalerweise alle vorherigen Versionen für Benutzer unterstützen muss, die ihre Kundensoftware aktualisiert nicht gehalten haben. Im Gegensatz lädt ein richtig konfigurierter Browser (und geheime Lager) die letzte applet Version, also gibt es kein Bedürfnis, Vermächtnis-Versionen zu unterstützen.
• Der applet unterstützt natürlich den sich ändernden Benutzerstaat wie Zahl-Positionen auf dem Schachbrett.
• Entwickler können entwickeln und bei einem applet direkten die Fehler beseitigen, indem einfach sie ein Hauptprogramm (entweder in der Klasse des applet oder in einer getrennten Klasse) schaffen und init und Anfang auf dem applet so rufen, Entwicklung in ihrem bevorzugten Java SE Entwicklungsumgebung berücksichtigend. Alle, was man tun muss, nachdem ist das testen den applet im Programm von AppletViewer oder einem WWW-Browser wieder, um sicherzustellen, dass es sich Sicherheitsbeschränkungen anpasst.
• Ein unvertrauter applet hat keinen Zugang zur lokalen Maschine und kann nur auf den Server zugreifen es ist hergekommen. Das macht solch ein applet viel sichereres, um zu laufen, als ein eigenständiger rechtskräftiger, den es ersetzen konnte. Jedoch kann ein unterzeichneter applet vollen Zugang zur Maschine haben, die es darauf führt, wenn der Benutzer zustimmt.
• Java applets ist schnell - und kann sogar ähnliche Leistung zur installierten Software des Eingeborenen haben.

Nachteile

Java applet kann einigen der folgenden Nachteile haben:

• Es verlangt die javanische Einfügefunktion.
• Einige Browser, namentlich bewegliche Browser, die Apfel-EIN/AUSGABE-STEUERSYSTEM oder Androiden führen, führen Java applets überhaupt nicht.
• Einige Organisationen erlauben nur von den Verwaltern installierte Software. Infolgedessen können einige Benutzer nur applets ansehen, die wichtig genug sind, um das Kontaktieren mit dem Verwalter zu rechtfertigen, um um Installation der javanischen Einfügefunktion zu bitten.
• Als mit jeder Kundenseite scripting können Sicherheitsbeschränkungen es schwierig oder sogar unmöglich für einen unvertrauten applet machen, die gewünschten Ziele zu erreichen.
• Einige applets verlangen einen spezifischen JRE. Das wird entmutigt.
• Wenn ein applet einen neueren JRE verlangt als verfügbar auf dem System oder einem spezifischen JRE, der Benutzer, der es führt, wird das erste Mal auf das große JRE-Download warten müssen, um zu vollenden.
• Javas automatische Installation oder Aktualisierung können scheitern, wenn ein Proxyserver verwendet wird, um auf das Web zuzugreifen. Das macht applets mit spezifischen Voraussetzungen unmöglich zu laufen, wenn Java nicht manuell aktualisiert wird. Javas automatischer updater, der ein Teil einer javanischen Installation auch ist, kann kompliziert sein, um zu konfigurieren, wenn es durch eine Vertretung arbeiten muss.
• Verschieden vom älteren Anhängsel braucht das Anhängsel workarounds, um ein Quer-Browser-HTML-Dokument zu schreiben.
• Es gibt keinen Standard, um den Inhalt von für Schirm-Leser verfügbarem applets zu machen. Deshalb kann applets der Zugänglichkeit einer Website Benutzern mit speziellen Bedürfnissen schaden.

Vereinbarkeit hat Rechtssachen verbunden

Sonne hat eine beträchtliche Anstrengung gemacht sicherzustellen, dass Vereinbarkeit zwischen javanischen Versionen aufrechterhalten wird, wie sie sich entwickeln, javanische Beweglichkeit nach dem Gesetz auf Anfrage geltend machend. Orakel scheint, dieselbe Strategie fortzusetzen.

1997-Sonne gegen Microsoft

Die 1997-Klage wurde eingereicht, nachdem Microsoft ein modifiziertes Java Virtuelle Maschine ihres eigenen geschaffen hat, das sich mit Internet Explorer eingeschifft hat. Microsoft hat ungefähr 50 Methoden und 50 Felder in die Klassen innerhalb des java.awt, java.lang, und java.io Pakete hinzugefügt. Andere Modifizierungen haben Eliminierung der RMI Fähigkeit und Ersatz der javanischen Eingeborener-Schnittstelle von JNI bis RNI, einen verschiedenen Standard eingeschlossen. RMI wurde entfernt, weil er nur leicht Java zu javanischen Kommunikationen unterstützt und sich mit der Technologie von Microsoft DCOM bewirbt. Applets, der sich auf diese Änderungen verlassen hat oder sie gerade unachtsam verwendet hat, hat nur innerhalb des javanischen Systems des Microsofts gearbeitet. Sonne hat auf den Bruch der Handelsmarke verklagt, wie der Punkt Javas war, dass es keine Eigentumserweiterungen geben sollte, und dass Code überall arbeiten sollte. Microsoft ist bereit gewesen, Sonne $ 20 Millionen zu bezahlen, und Sonne ist bereit gewesen zuzugeben, dass Microsoft Lizenz beschränkt hat, um Java ohne Modifizierungen nur und für einen begrenzten Zeitabschnitt zu verwenden.

2002-Sonne gegen Microsoft

Microsoft hat fortgesetzt, sein eigenes unmodifiziertes Java virtuelle Maschine zu verladen. Im Laufe Jahre ist es äußerst überholt doch Verzug für Internet Explorer geworden. Eine spätere Studie hat offenbart, dass applets dieser Zeit häufig ihre eigenen Klassen dass Spiegelschwingen und andere neuere Eigenschaften auf eine beschränkte Weise enthalten. 2002 hat Sonne eine Kartellklage eingereicht, behauptend, dass die Versuche des Microsofts der ungesetzlichen Monopolisierung der javanischen Plattform geschadet haben. Sonne hat gefordert, dass Microsoft die aktuelle, binäre Durchführung der Sonne der javanischen Technologie als ein Teil von Windows verteilt, sie als eine empfohlene Aktualisierung für die ältere Arbeitsfläche von Microsoft Betriebssysteme verteilt und den Vertrieb der Virtuellen Maschine des Microsofts aufhört (weil sein Genehmigen der Zeit, die in der vorherigen Rechtssache abgestimmt ist, abgelaufen war). Microsoft hat $ 700 Millionen für während Kartellprobleme, weitere $ 900 Millionen für offene Probleme und eine Königtum-Gebühr von $ 350 Millionen bezahlt, um die Software der Sonne in der Zukunft zu verwenden.

2010-Orakel gegen Google

Google hat ihre eigene Androide-Plattform entwickelt, die javanische Eigenschaften und Konzepte verwendet, noch ist mit Standardbibliotheken unvereinbar. Das kann eine Übertretung von Bedingungen sein, unter denen Sonne Patenten von OpenJDK anerkannt hat, offene Quelle Java für alle zu verwenden. 2010 hat Orakel Google darauf verklagt, Java "auf eine falsche Weise" zu verwenden, behauptend, dass "sich der Androide von Google mit Orakel-Amerika Java bewirbt", und dass "Google der offenen Mappe der Sonne bewusst gewesen ist..., seitdem Google bestimmte ehemalige Sonne javanische Ingenieure gemietet hat"., die Rechtssache ist andauernd.

Sicherheit

Es gibt zwei applet Typen mit sehr verschiedenen Sicherheitsmodellen: unterzeichneter applets und nicht unterzeichneter applets.

Nicht unterzeichnet

Grenzen auf nicht unterzeichnetem applets werden als "drakonisch" verstanden: Sie haben keinen Zugang zum lokalen filesystem und auf die Applet-Download-Seite beschränkten Webzugang; es gibt auch viele andere wichtige Beschränkungen. Zum Beispiel können sie nicht auf alle Systemeigenschaften zugreifen, ihren eigenen Klassenlader zu verwenden, heimischen Code zu nennen, Außenbefehle auf einem lokalen System durchzuführen oder Klassen wiederzudefinieren, die als ein Teil einer javanischen Ausgabe eingeschlossenen Kernpaketen gehören. Während sie in einem eigenständigen Rahmen laufen können, enthält solcher Rahmen einen Kopfball, anzeigend, dass das ein unvertrauter applet ist. Der erfolgreiche anfängliche Anruf der verbotenen Methode schafft kein Sicherheitsloch automatisch, weil ein Zugriffskontrolleur den kompletten Stapel des Benennen-Codes überprüft, um sicher zu sein, dass der Anruf aus einer unpassenden Position nicht kommt.

Als mit jedem komplizierten System sind vielfache Sicherheitsprobleme entdeckt und befestigt worden, seitdem Java zuerst veröffentlicht wurde. Einige von diesen (wie der Kalender-Anordnungssicherheitsprogrammfehler) haben viele Jahre lang mit niemandem angedauert bewusst seiend. Jedoch scheint es, dass meiste (wenn nicht alle) Sicherheitslöcher geschlossen werden, bevor sie auf einer größeren Skala ausgenutzt werden können.

Einige Studien erwähnen applets Unfall des Browsers oder das Überverwenden von Zentraleinheitsmitteln, aber diese werden als Ärger und nicht als wahre Sicherheitsfehler klassifiziert. Jedoch kann nicht unterzeichneter applets an vereinigten Angriffen beteiligt werden, die eine Kombination von vielfachen strengen Konfigurationsfehlern in anderen Teilen des Systems ausnutzen. Ein nicht unterzeichneter applet kann auch gefährlicher sein, um direkt auf dem Server zu laufen, wo es veranstaltet wird, weil, während Codebasis erlaubt, es, um mit dem Server zu sprechen, darin laufend, die Brandmauer umgehen kann. Ein applet kann auch Angriffe von DoS auf den Server versuchen, wo es veranstaltet wird, aber gewöhnlich führen Leute, die die Website auch führen, den applet, das unvernünftig machend. Gemeinschaften können dieses Problem über die Quellcoderezension beheben oder applets auf einem hingebungsvollen Gebiet laufend.

Der nicht unterzeichnete applet kann auch versuchen, auf dem entstehenden Server veranstalteten malware herunterzuladen. Jedoch konnte es nur solche Datei in die vorläufige Mappe (als seine vergänglichen Daten) versorgen und hat keine Mittel, den Angriff durch die Durchführung davon zu vollenden. Es gab Versuche, applets zu verwenden, um den Phönix auszubreiten, und Sibirien nutzt diesen Weg aus, während diese Großtaten Java innerlich nicht verwenden und auch auf mehrere andere Weisen verteilt wurden.

Bezüglich 1999 sind keine echten Sicherheitsbrüche, die mit nicht unterzeichnetem applets verbunden sind, jemals öffentlich berichtet worden. Das Verwenden eines aktuellen WWW-Browsers ist gewöhnlich genug, um gegen die bekannten direkten Angriffe vor nicht unterzeichnetem applets sicher zu sein.

Unterzeichnet

Ein unterzeichneter applet enthält eine Unterschrift, die der Browser durch ein entferntes Laufen, unabhängigen Zertifikat-Autoritätsserver nachprüfen sollte. Das Produzieren dieser Unterschrift ist mit spezialisierten Werkzeugen und Wechselwirkung mit dem Autoritätsserver maintainers verbunden. Sobald die Unterschrift nachgeprüft wird, und der Benutzer der aktuellen Maschine auch genehmigt, kann ein unterzeichneter applet mehr Rechte bekommen, gleichwertig zu einem gewöhnlichen eigenständigen Programm werdend. Das Grundprinzip ist, dass der Autor des applet jetzt bekannt ist und für jeden absichtlichen Schaden verantwortlich sein wird. Diese Annäherung erlaubt applets, für viele Aufgaben verwendet zu werden, die durch die Kundenseite scripting sonst nicht möglich sind. Jedoch verlangt diese Annäherung mehr Verantwortung vom Benutzer, entscheidend, wem er oder sie vertraut. Die zusammenhängenden Sorgen schließen einen nichtantwortenden Autoritätsserver, falsche Einschätzung der Unterzeichner-Identität ein, wenn sie Zertifikate und bekannte applet Herausgeber ausgeben, die noch etwas tun, was der Benutzer nicht genehmigen würde. Folglich kann unterzeichneter applets, der von Java 1.1 erschienen ist, wirklich mehr Sicherheitssorgen haben.

Selbstunterzeichnet

Selbstunterzeichnete applets, die applets sind, der vom Entwickler selbst unterzeichnet ist, können ein Sicherheitsrisiko potenziell aufstellen; Java plugins stellt eine Warnung zur Verfügung, wenn es um Genehmigung für einen selbstunterzeichneten applet bittet, weil die Funktion und Sicherheit des applet nur vom Entwickler selbst versichert wird und nicht unabhängig bestätigt worden ist. Solche selbstunterzeichneten Zertifikate werden gewöhnlich nur während der Entwicklung vor der Ausgabe verwendet, wo die Drittbestätigung der Sicherheit unwichtig ist, aber die meisten applet Entwickler werden das Drittunterzeichnen suchen sicherzustellen, dass Benutzer der Sicherheit des applet vertrauen.

Javanische Sicherheitsprobleme sind von ähnlichen Problemen jeder Kundenseite scripting Plattform nicht im Wesentlichen verschieden. Insbesondere alle Probleme, die mit unterzeichnetem applets auch verbunden sind, gelten für Bestandteile von Microsoft ActiveX.

Alternativen

Alternative Technologien bestehen (zum Beispiel, JavaScript, Locke, Blitz und Microsoft Silverlight), die etwas vom Spielraum dessen befriedigen, was mit einem applet möglich ist. Dieser wird JavaScript als ein konkurrierender Ersatz nicht immer angesehen; JavaScript kann mit applets in derselben Seite koexistieren, beim Stapellauf applets (zum Beispiel, bei einem getrennten Rahmen oder Versorgung der Plattform workarounds) helfen und später aus dem Applet-Code genannt werden. JavaFX ist eine Erweiterung der javanischen Plattform und kann auch als eine Alternative angesehen werden.

Siehe auch

• Reiche Internetanwendung - Mehrere Plattformen, um interaktive und/oder multimediale Websites zu schaffen
• ActiveX
• Locke
• Java (Programmiersprache)
• Java Servlet
• Javanischer Webanfang
• JavaFX

Links

• Die letzte Version von Sonne-Mikrosystemen Java Virtuelle Maschine (schließt Browser-Einfügefunktionen ein, um Java applets in den meisten WWW-Browsern zu führen).
• Information über das Schreiben applets von Sonne-Mikrosystemen
• Demonstration applets von Sonne-Mikrosystemen (schließen JDK 1.4 - Quellcode ein)
• JavaRanch Applet häufig gestellte Fragen
• Pulpcore: Offene Quelle 2. Übergabe- und Zeichentrickfilm-Fachwerk für die javanische Einfügefunktion