Slow download of large applet jars - please help!

We have a large applet (7 meg plus several meg more

in 3rd party libraries) which take too long to download

under slow connections (e.g. wireless VPNs). We cannot

depend on browser/java-plugin cache to speed things up

because users clear caches often. Our market will not consider

an "installed application" as an alternative. There is now a political

effort where I work to throw out lots of excellent Java technology

because of this.

Here is what I need:

* Break our code into several smaller jars and initially

download just one small applet jar that logs a user into

our service.

* Treat all the rest of the jars as portions of a "plug-in", which

is downloaded after that, as needed, and installed on the client

machine outside of browser/plugin cache.

* The main small applet code would "install the plugin" as needed

and call into these installed jar files to do all the rest of it's work

* The jars that are part of this "plug-in" would have their own smart

update mechanism so only the portions changed in a new release

need to be downloaded - implemented *apart* from the Java plugin

cache.

Yes, the plugin concept is largely user perception, but in our market

it is unavoidable. If the first small piece loads and runs quicker, then

the installation of a "plugin" after that may be more tolerable. And the

downloaded components won't get lost by clearing caches.

If anyone has ideas on how to do this, please help. Otherwise a lot

of really good Java technology will go down the drain for largely

political reasons. I need a good technical solution for this.

Thanks,

/Mark

[1771 byte] By [t4pa] at [2007-11-26 22:12:11]
# 1
Have you read these chapters in the Java Plug-in Developers Guide?Applet CachingJar IndexingDeploying Java Extensions They all apply to your problem.
ChuckBinga at 2007-7-10 11:01:21 > top of Java-index,Desktop,Deploying...
# 2
Except that user are wanting to clear plugin cache.
t4pa at 2007-7-10 11:01:21 > top of Java-index,Desktop,Deploying...
# 3

Another point: we need the first small jar file to download

and start running without the other jar files. The other jar files

need to then be downloaded on-demand and/or in the background

with good user feedback (e.g. progress bar) - giving the perception

to the user of "components of a plug-in" being installed. So we'd

need to invent some deferred-fetching stuff.

What users really don't like is waiting a long time for EVERYTHING

to download and nothing has actually started to run. It doesn't seem

like the Java plug-in alone will get us to that point.

/Mark

t4pa at 2007-7-10 11:01:21 > top of Java-index,Desktop,Deploying...
# 4
> Except that user are wanting to clear plugin cache.This is a meaningless response. The majority of the references do not address caching, they directly address managed downloading and quicker startup of applets.
ChuckBinga at 2007-7-10 11:01:21 > top of Java-index,Desktop,Deploying...