[3807] in java-interest
local classes
daemon@ATHENA.MIT.EDU (dan latham)
Tue Nov 28 18:26:53 1995
To: java-interest@java.sun.com
From: dan latham <dan@futuretense.com>
Date: Tue, 28 Nov 95 19:57:41 -0500 (GMT)
Will there be any standards across browsers for doing local installation of
classes? In other words, if as an applet creator I want to let my users
install my applet class locally, can I write one installation that will work
across all java-enabled browsers? This includes a standard location for
installing native method code too (ie. .dll's). I understand there will be
differences across OS's, but ideally I want to write one Windows install and
have it work if the user has either Netscape or HotJava installed.
Also is there the capability for an applet to have its classes loaded
locally, but allow a "remote override" if a remote class of the same name
exists? What I mean is a user has installed my app class locally. When the
user opens the URL that references my app class, it will pick up the
installed class. If the user hasn't installed my app class locally, it'll
get dynamically downloaded through the magic of Java. Fine so far. But what
if one day I post a new version of my app class. I don't want to make the
user re-install locally to use the new version (unless they want to!). I
want Java (the applet?) to dynamically download the more recent "version".
The easy way I see to do this is to rename my app class for each new
version. Is there a better recommendation to handle this case?
thanks,
dan
-
This message was sent to the java-interest mailing list
Info: send 'help' to java-interest-request@java.sun.com
