XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 89
Unter Berücksichtigung der bereits in [3.5.3] beleuchteten, problematischen Aspekte in Verbindung mit
der Anwendung Java-basierter Applets lässt die Tatsache, dass den soeben betrachteten, vektorbasierten Ansätzen
ein quantitativer 1 Erfolg bislang versagt blieb, in Verbindung mit dem bereits zuvor 2 betrachteten
Scheitern Pixel-orientierter Multimedia-Lösungen auf Applet-Basis („Coda“ von RandomNoise [Bers97,
Wagn98], Web Knight’s „Instant Coffee“ [Hess97, Perr97], sowie „Jamba“ [Shah96, Para97, Kurz97] von
AimTech) daher den Schluss zu, dass auch die Java-Technologie an dieser Stelle im Vergleich zum Plug-In-
Prinzip trotz erheblicher Vorzüge [s.3.5.3] offensichtlich bislang nicht den erhofften „Schlüssel zum Erfolg“
darstellt.
Im Zusammenhang mit Web-basierter Echtzeit-Präsentation kommt an dieser Stelle insbesondere dem bislang
unter diesem Aspekt kaum behandelten Performance-Problem der Java-Umgebung erhebliche Bedeutung
zu: Nicht nur der Lade-Vorgang des Applet-Loaders sowie der JVM, sondern ebenso die bereits ausgesprochene
„Trägheit“ [Glue96] des Runtime-Systems (welches ja schließlich ein interpretierendes ist), 3 beeinträchtigen
naturgemäß die Ablaufgeschwindigkeit des auszuführenden Programms und somit auch den
Präsentationseindruck des Nutzers. Speziell rechenintensive Effekte wie etwa aufwendige Übergänge oder
auch (aus ästhetischer Sicht durchaus wichtiges) Anti-Aliasing von Schrift- und Vektorelementen können
somit bei Realisierung der Präsentationslösung im Rahmen eines Java-Applets durchaus kritisch werden: So
merkt etwa [Duda99] an, dass sich etwa mithilfe des Java-basierten Colada lediglich „langsame nichteditierbare
Webseiten“ generieren ließen, 4 während [Wagn98] den „Dokumenten“-Aspekt Java-basierter
Applet-Grafiken zu recht schmerzlich vermisst. 5 Wesentlicher „Knackpunkt“ Applet-basierter Lösungen ist
und bleibt hingegen die Performance-Schwäche der Programmiersprache selbst, aus der sich letztendlich
auch eine kontroverse Diskussion um die mitunter angezweifelte Eignung des Java-Ansatzes hinsichtlich
durchaus rechenintensiver Multimedia-Effekte entwickelt hat:
Embedded Java […] is not fully suited for multimedia rich content. [Shoy01]
Neben diesem, in meinen Augen durchaus lösbaren Aspekt 6 gilt es bis zur vollständigen, sinnvollen Anwendung
der Java-Umgebung 7 im Rahmen multimedialer Web-Präsentaionen freilich überdies die derzeit noch
unzureichende, clientseitige Ausbreitung und Akzeptanz der Applet-Technologie [s. hierzu auch die entsprechende
Diskussion in 3.5.3] erheblich zu steigern. Derzeit vermag zwar die primär aus unternehmensstrategischen
Überlegungen motivierte Blockadehaltung insbesondere des Microsoft-Konzerns [vgl. Viol01]
noch eine vollständige Verbreitung entsprechender „Virtual Machines“ auf sämtlichen Browser-Clients zu
verhindern – meiner Ansicht nach steht aber der Java-Sprache selber, dem „Hottest Thing on the Web“
[Schm95], und im Hinblick auf multimediale, webfähige Multimediapräsentationen insbesondere natürlich
dem Applet-Framework der eigentliche Durchbruch im Bezug auf großflächige Anwendung im Web erst
noch bevor.
Während die soeben angesprochenen Probleme statischer Vektorformate im Hinblick auf „Web-
Akzeptanz“ auch heute noch teils ungelöst im Raum stehen, konnte sich derweil der Vertreter einer gänzlich
anderen (da animationsbasierten) Herangehensweise bereits die diesbezügliche „Marktführerschaft“ er-
1
Anm: Die Quantität bezieht sich in diesem Zusammenhang auf die Anzahl der mit den entsprechenden Techniken realisierten Lösungen.
2
s. hierzu [3.5.3]
3
Anm: Im Gegensatz zu den kompilierenden Systemen, in denen die Programmlogik bereits in direkt ausführbarer Maschinensprache
vorliegt, muss in diesem Falle der „vorbehandelte“ Byte-Code noch zur Laufzeit ausgewertet („interpretiert“) und ausgeführt werden.
4
“Problem is, Colada produces slow, uneditable, Java-based Web pages.” [Duda99] p.54
5
“While a Java-only solution may offer some capabilities that can't be fulfilled by HTML, it's never going to wildly succeed in the long
run. No matter how popular Java gets, it will never surpass the document-publishing aspect of the Web.” [Wagn98]
6
Anm: Neben intensiven Optimierungs-Bemühungen zahlreicher Java-Entwickler wird sich das Problem aufgrund erheblich steigender
Rechenleistungen natürlich in der Theorie ohnehin von selbst lösen.
7
s. hierzu [2.3.4] sowie [3.5.3]