XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 68
3.5.3 Multimedia mit Java-Applets
Eine gänzlich andere Herangehensweise an die Problematik, dem statischen, dokumentenbasierten „HTML-
Web“ multimediales Leben einzuhauchen, stellt hingegen der Applet-Ansatz der plattformunabhängigen
Programmiersprache Java dar: Die von Sun Microsystems 1994 aus der Taufe gehobene 1 Java-Technologie
vereint die Mächtigkeit einer objektorientierten Sprachumgebung mit einer sehr einfach zu verstehenden
Syntax. Da die Ausführungsschicht der Programmiersprache jedoch nicht auf einer realen, sondern stets einer
so genannten „virtuellen Maschine“ fußt, stellt das Java-Framework nicht nur eine plattformübergreifende
(da vom jeweiligen Betriebssystem unabhängige), sondern eine ebenso „sichere“ Programmiersprache da,
da der jeweils zur Laufzeit kompilierte Bytecode 2 stets innerhalb eines so genannten „Sandkastens“ ausgeführt
wird und im Gegensatz zu C ++ nicht auf diskrete Speicherbereiche direkten Zugriff erhält. Dies führt
zwar einerseits dazu, dass Java-Programme in der Regel erheblich langsamer als entsprechende Lösungen
etwa in C ++ oder Pascal sind, jedoch zugleich nur über wenige „Absturz-Möglichkeiten“ verfügen.
Java-Applets stellen nun wiederum speziell auf den Einsatz im WWW gemünzte Java-Programme dar, welche
auf Basis einer im Web-Browser integrierten Ausführungsschicht, der Java Virtual Machine (JVM) direkt im
Internet ablauffähig sind. Auf dieser Grundlage lässt sich nun beliebiger Code auf dem Client-Rechner ausführen
– da all dies jedoch im Rahmen des bereits erwähnten „Sandkasten-Modells“ vonstatten geht, gilt
die Anwendung von Java-Applets aufgrund restriktiver Sicherheits-Einschränkungen der JVM trotz mitunter
auftretender „Virus-Schlupflöcher“ 3 [vgl. Oaks01] auch aufgrund verschiedener Zertifizierungs-
Möglichkeiten 4 als relativ sicher. Bei der Erstellung Multimedialer Präsentationen sind an dieser Stelle jedoch
keinerlei Grenzen gesetzt: Neben bereits in Fülle vorhandenen Grafik- und GUI-Funktionen, die bereits
nativ integriert oder aber komfortabel über das Internet erhältlich sind, lassen sich erweiterte Möglichkeiten
(etwa eine Rendering-Engine für geglättete (Anti-Alias-)Schrift, einen Slide-Generator o.ä.) beliebig
und ohne jegliche Einschränkungen selber realisieren, was aufgrund der relativen Einfachheit der Java-
Syntax selber auch ohne größere Probleme möglich ist. Da eine detailliertere Beschreibung möglicher Realisierungen
im Rahmen von Java-Applets an dieser Stelle jedoch zu weit führen würde, gilt für mich im
Rahmen meiner Diplomarbeit ebenso das, was bereits [Wild99] treffend ausführt:
Although Java evidently is one of the main spin-offs of the web, it is not covered in detail, since I feel that a
detailed description of a programming language would not fit into the rest of the book, which is more focused
on the description of architectural concepts. 5
3.5.3.1 Java: Selber programmieren macht fett
Im Hinblick auf die (im wahrsten Sinne des Wortes unbegrenzten) Möglichkeiten, die Javas Applet-
Technik hinsichtlich der Erstellung Web-basierter Präsentationen eröffnet, sei daher an dieser Stelle lediglich
auf die bereits in großer Zahl bestehenden Frameworks hingewiesen, auf die bei der Gestaltung und
Realisierung Java-basierter Applet-Anwendungen zurückgegriffen werden kann, insbesondere den von Sun
Microsystems selbst bereitgestellten Java Media APIs [vgl. Terra02]. Hierbei erscheinen im Rahmen grafischer
Gestaltungsmöglichkeiten insbesondere die Photoshop-ähnliche Bildbearbeitungs-Funktionen erlaubende
Java Advanced Imaging-API [JAI99] sowie das auf Multimedia- und Streaming-Anwendungen zugeschnittene
Java Media Framework (JMF) von Interesse [vgl. Kaub00], welche bereits an sich die Realisierung
beeindruckender Präsentationen ermöglichen. In Verbindung mit darüber hinaus im Internet verfügbaren,
weiteren Code-Komponenten und sogar ganzen Frameworks zur komfortablen Umsetzung kompletter Prä-
1 vgl. [YLQ98]
2 Anm: Eigentlich „interpretierte“ – da Java an sich keine kompilierende, sondern eine interpretierende Programmiersprache darstellt.
3 Anm: Diese Viren sind jedoch zumeist eher auf Sicherheitslücken der entsprechenden JVM-Implementierungen zurückzuführen
4
vgl. [Oaks01]
5
vgl. [Wild99] p.VII