W3C home > Mailing lists > Public > www-talk@w3.org > March to April 1995

Re: Hot Java is here! And it *rocks*

From: James Gosling <jag@scndprsn.eng.sun.com>
Date: Mon, 27 Mar 1995 19:55:12 +0800
Message-Id: <9503280355.AA01938@norquay.Eng.Sun.COM>
To: mddoyle@netcom.com
Cc: www-talk@www10.w3.org
> If you take a close look at Java, you'll realize that it bears a close
> similarity to Viola, since the "applets" must be coded from a predefined
> language, downloaded and locally interpreted.  Of course this is another
> "monolithic" approach (notice that java takes up 10MB of RAM and about 12 of
> disk) that assumes that one can create a single language that all
> applications can be crafted from.  API's, (such as the Eolas Weblet(TM)
> technology, http://www.eolas.com) that allow "applets" to be created using
> the most appropriate tools and then embedded in binary form within Web
> pages, are much more flexible and powerful.

We rejected this technique for two reasons:
 1. Portability.  If you use "the most appropriate tools" this probably
    means your favorite C (or whatever) compiler.  These almost always
    generate machine code, which will only run on the platform it was
    compiled for.  There are many different CPU architectures on the net.
    Java uses a bytecode that is machine independent that can either be
    interpreted or compiled on-the-fly in the destination machine (the
    current release only interprets).
 2. Safety.  One of the things about the intermediate code that Java uses
    is that we can do a lot of analysis to check that the code fragment is
    safe to use and isn't going to do something wild like overwrite memory
    or remove random files.  There are several documents on security in the
    release that you should take a look at (they're pointed to from the
    "documentation" entry of the "help" menu).

I don't know where you got the 10Mb number - the instance of the browser
running on my machine right now is using 4.7Mb.
Received on Monday, 27 March 1995 22:53:35 UTC

This archive was generated by hypermail 2.4.0 : Monday, 20 January 2020 16:08:16 UTC