[1397] in java-interest
Re: Commercial view of Java ...
daemon@ATHENA.MIT.EDU (David Smyth)
Thu Aug 31 18:15:52 1995
Date: Thu, 31 Aug 95 12:34:00 PDT
From: dsmyth@mpfcmd1.jpl.nasa.gov (David Smyth)
To: java-interest@java.sun.com
> From: Rawn Shah <rawn@rtd.com>
> Date: Wed, 30 Aug 1995 11:28:42 -0700 (MST)
>
> : So, what would I like to see in Java?
> :
> : 1. Persistence of objects at the workstation in a way more elegant
> : than cache.
>
> Interesting but I do not think necessary for every instance. I think it
> may cause unnecessary load for temporary objects. Unfortunately, there isn't
> multiple inheritance. If there was, subclass Object to become persistent
> and inherit this as well as any other class to make it work inside your
> prog.
Seems like a perfect place to use an interface.
> : 2. Automatic versioning of applets!! Get a new one if & only if you need
> : to, automatically.
>
> This I like. Versioning of applets may be quite important in some cases.
> Unfortunately, the problem comes around to the fact that who will decide
> how to create the version numbers if there are several copies running
> around.
Don't just use numbers, but include the suppliers name, so numbers only need
to be locally tracked. Versions then keep a history of development. This
can give a hint where to find the applet too.
> Another one: In the case of a Web applet, do you enter the
> version number at the APP tag or inside the class? If inside the class,
> it'll download the entire class to look at the version number anyway.
In the tag, for sure. IMHO, no matter how ignorant ;-)
> : 3. People use a whole desktop, not necessarily just your application. Need
> : OLE or some good way to move applet data into a spreadsheet or
> : correspondence system or word processor (and no, I don't want to get a new
> : Java-based word processing package when we have 20,000 people to retrain.)
> : Co-existence with Microsoft.
>
> YES! YES! Sorry about the excitement. I've been yelling about this over
> and over again. We need some kind of communications between classes at the
> user interface and network level, not just the code level. I don't know
> about reimplementing OLE because it uses a lot of elements that may not
> be useful. I think we may need to look at and possibly implement several
> object management features like OLE and CORBA.
Whatever gets implemented, PLEASE make it a non-blocking transfer, don't
use CORBA! I've never heard of anything so stupid as a distributed single
thread of control... Maybe base it on the underlying OLE foundation, or
some thin layer on top of UDP.
> : As far as I can tell, its Java versus Blackbird, and the winner may have
> : nothing to do with technical elegance. (Otherwise, Multics and ALGOL would
> : still be here.)
>
> True; unfortunately in the larger PC world, MS is still (*barf*) king.
Let's not be too prejudiced here. Why would anyone in 1980 think something
named UNIX from Berzerkely would be any good?
The thing you look for in communication mechanisms is simple: how
much connectivity do you get? With MS mechanisms, you get one hell of
alot more than you do from OSF mechanisms. OSI might be elegant, but TCP
connects to the world.
_____________________________________________________________________
| David E. Smyth David.E.Smyth@jpl.nasa.gov |_
|_____________________________________________________________________| |
| Project: Mars Pathfinder -- Low Cost Lander with "Rocky IV" Rover | |
| Team: Flight Software -- Object-Oriented Software for Mars | |
|_____________________________________________________________________| |
| Voice: (818) 393-7944 FAX: (818) 393-0530 | |
| Office: Space Flight Operations Facility 230/207a | |
| Snail: JPL, MS 230-200, 4800 Oak Grove Dr., Pasadena, CA 91109 | |
|_____________________________________________________________________| |
| "It isn't exactly rocket science... well, I guess maybe it is..." | |
|_____________________________________________________________________| |
|_____________________________________________________________________|
-
Note to Sun employees: this is an EXTERNAL mailing list!
Info: send 'help' to java-interest-request@java.sun.com
