Vorbemerkung: Dieser Text erschien in der GATEWAY 9/95

Kein kalter Kaffee: Java ist vorraussichtlich die nächste Killerapplikation im Internet, wenn Sun Microsystems und Netscape Corp. sich an ihre Versprechen halten, gemeinsam Java im Netscape Browser integriert allen Anwendern zugänglich zu machen.

Java. Bahnt sich die nächste Internet-Revolution an?

Nach dem Domain Name System und dem World Wide Web stehen nun im Internet neue Umwälzungen an. Es könnten die Auswirkungen der von Sun Microsystems entwickelten Programmiersprache Java sein.

Durch Java hört das WWW wahrscheinlich auf, nur ein Informationssystem zu sein. Es wird zur zentralen Infrastruktur für den Austausch von Informationen, Daten und direkt ausführbahren Programmen. Denn Java wird, wenn es soweit ist, die einzigartige Fähigkeit haben in Binärform auf allen populären Architekturen im Internet ausführbar zu sein. Ein Mausclick genügt um auch durchaus komplexe Anwendungen irgendwoher aus dem Netz auf den eigenen Rechner zu laden und auszuführen. Damit hat Java gute Chancen, sich als Internet-Programmiersprache schlechthin zu etablieren.

Die Sprache ist schon seit mehreren Jahren bei Sun in Entwicklung, Wie ein Mitarbeiter von Sun treffend formulierte: "Java ist eine Lösung, die nur noch auf das passende Problem gewartet hat.". Die Sprache ist für weit seriöseren Einsatz gedacht als schlicht Animationen im WWW zu realisieren. Ganze Programmpakete sollen in Java entwickelt werden, damit sie sofort auf mehrfachen Architekturen lauffähig sind. Zusätzlich soll »Java-Byte-Code« in Zielmaschinen-Code übertragen werden können, worauf die Geschwindigkeit der Executables laut Sun kaum noch zu unterscheiden sei von C++. Falls diese Information richtig ist, wäre dies ein Grund für jeden Softwareentwickler, sich zu überlegen, ob Java ein Umstieg wert ist - egal ob im Internet oder nicht.

Zahl der Portierungen entscheidend

Java ist bereits Realität und frei zu erhalten: Sowohl der Compiler als auch der in Java implementierte WWW-Browser HotJava sind im Source-Code unter den üblichen Beschränkungen zu haben. Bisher liegt allerdings nur eine Portierung von Solaris auf Windoofs NT vor. Es hängt jetzt alles davon ab, daß weitere Portierungen tatsächlich stattfinden.

UPDATE: Inzwischen wurde die offizielle Version »1.1« von Java veröffentlicht und der Java-Interpreter ist in Netscape ab 2.0 integriert auf den Architekturen DEC/OSF, Linux, SGI/IRIX, Sun/Solaris, Sun/SunOS4 sowie Windoofs NT und 95. Ab Netscape 3.01 sind auch Mac und Windoofs 3.* dabei. Portierungen sind "unterwegs" für Amiga, NeXT und andere.

Es liegt in der Hand der Netscape Communications Corp.: Wird eine der nächsten Versionen des populären Web-Browsers bald die von Sun Microsystems entwickelte Programmiersprache Java auf allen Architekturen unterstützen? Oder werden sie noch zuvor die Playback Software von Macromedia integrieren, welche das Abspielen von Multimedia Präsentationen ermöglicht, die mit der etablierten Director-Software erstellt wurden?

Der Web-Browser Marktführer Netscape hat versprochen, beides zu tun. Und sollte somit die Programmiersprache Java durch die Zusammenarbeit von Netscape und Sun bald auf jedem zweiten Rechner im Internet lauffähig sein, wird im Internet - welches sich noch gar nicht von der Ankunft des WWW erholt hat - wieder ein neues Zeitalter anbrechen. Nebensächlich erscheinen da gegenüber Java sogar die Fähigkeit Director-Dateien abzuspielen und das Potential mit VRML - der Virtual Reality Modeling Language - im 3-dimensionalen Raum zu surfen.

Inzwischen existiert das erwähnte Macromedia plug-in. Macromedia arbeitet nun an einer Multimedia-Library für Java und wird dann Shockwave, wie der Director-Player nun heisst, nach Java portieren. An VRML-Viewern gibt es inzwischen auch schon eine Fülle, und die Macher um Mark Pesce haben in VRML 2.0 als Programmiersprache für allerlei Animiertes und Bewegtes Java integriert.

Eingriff in die Internet-Kultur

Bei der Verwendung im Internet ergeben sich jedoch einige negative Nebeneffekte: Durch Java wird es nicht mehr notwendig sein, den Source-Code der Applikationen zur Verfügung zu stellen, da die kompilierte Klasse voll ausreicht. Schon heute bietet kaum eine der kommerziellen Web-Sites, die Java-Spielereien in ihrer Homepage haben, den Zugriff auf den Source an. Auch viele Freizeitprogrammierer, werden der alten Tradition der »Free Software« den Rücken zuwenden und ihre Utilities nur binär zum Gebrauch zur Verfügung stellen. Sollte dann auch noch electronic Cash eingeführt sein, wird es eine neue Form von Shareware geben: der Code kannn nur gegen Geld per WWW geladen und ausgeführt werden. Hierzu plant Netscape übrigens, bei der Übertragung von Objektklassen ihr Secure-Socket-Layer-Protokoll (SSL) einzusetzen, welches vor unzulässigen Modifikationen des Codes schützen soll. Das könnte dazu beitragen, Java zu einem Medium für Netzwerkkommerz zu machen.

Ein interessanter Aspekt ist auch die Vereinfachung der Software-Update Problematik: Ein Click auf den »Reload-Button«, und die vom Autor zuletzt eingerichtete Version der Software wird geholt. Proxy-Cache-Server agieren automatisch als Zwischenspeicher und Verteiler, wodurch die populärsten Java-Utilities, stets lokal zur Verfügung stünden - etwa der HTML Verifier, welcher eine WWW Hierarchie auf kaputte Links abklopft.

Ein anderer Effekt ist eher technischer Natur: Java erzeugt für jede Objektklasse - sogar für Interfaces - eine eigene Binärdatei (Endung .class). Dies bedeutet, daß jede Klasse einzeln übertragen werden muß, welches durch die mehrfachen TCP connections von HTTP¹ zu erheblich reduzierten Übertragungsraten von Java-Applikationen führt. Es lassen sich also sehr schlecht komplexe Anwendungen mal schnell in eine Homepage integrieren - außer man schreibt Spaghetti-Code und steckt alles in eine einzige Objektklasse. Dem Anwender bleibt zu empfehlen, unbedingt "Delay Applet Loading" einzuschalten, um nicht unbekannte, unerwarteterweise große Java-Programme aus dem Netz zu laden, versehentlich beim Surfen - allein schon aus Sicherheitsgründen.

Leider hat Netscape diese Funktion nicht übernommen...

Dennoch wird auf lange Sicht die Gestaltung von WWW Seiten nicht ohne Java auskommen. Obgleich man Programme mit bestimmten Eigenschaften eigentlich nur einmal im gesamten Internet zu programmieren bräuchte, ist abzusehen, daß Technologievorsprünge wie üblich darin bestehen werden, die Werke nicht herauszurücken. Man könnte Objektklassen ja auch so programmieren, daß sie vielfältig einsetzbar wären, aber da »Schwarzkopieren« von kommerzieller Seite nicht wünschenswert ist, wird man absichtlich die Applets unflexibel programmieren. Die Kunst wird sein, mit wenigen Klassen und kurzem Code viel Impact zu erreichen. Oder man verfügt über eine Infrastruktur an Mirror-WWW-Servern, wodurch die Anzahl der Übertragungen weniger kritisch wird.

CvL@javolution.pages.de

1) HTTP ist leider, bei allem Respekt für die Idee des WWW, eines der unklügsten Protokolle, die das Internet je gesehen hat. Es eröffnet für jede Übertragung eine eigene TCP Verbindung, welche erst einen Handshake ausführt, bevor irgendwelche Daten übertragen werden können. Details hierzu stehen in der Dokumentation zu HTTP next generation auf www.w3.org.