Faster Java WebStart startup times?

Are you missing a feature? Request it's implementation here.
peterls
Posts: 16
Joined: Fri Mar 20, 2015 2:29 pm

Faster Java WebStart startup times?

Post by peterls » Fri Apr 17, 2015 6:18 pm

Hi,

We've been experimenting with the Java WebStart deployment and everything works fine except startup times are prohibitively long.

This is caused by the fact that all the jars are downloaded eagerly every time, and then compared to the installed version (or re-installed) even if there has been no change since the last install.

Is it possible for the WebStart build process to create a build identifier file (maybe a simple, random guid) and that at startup only that file is downloaded eagerly, and checked against the copy of the locally installed version? Then of course if they're different the rest can be downloaded too and updated.

Thanks in advance,
Peter

adrian
Posts: 2551
Joined: Tue May 17, 2005 4:01 pm

Re: Faster Java WebStart startup times?

Post by adrian » Fri Apr 17, 2015 8:36 pm

Hi,

What you're describing shouldn't happen in normal operation. Last I checked, the jars are only downloaded the first time the JWS deployment is started. Subsequent starts take just a few seconds to check for changes and start immediately if no differences have been found. If there are some differences, only these are re-downloaded.

We actually have a readily available JWS deployment on our download page. Could you please test with this and see if it performs the same for you?
http://www.oxygenxml.com/download_oxyge ... vaWebStart

Regards,
Adrian
Adrian Buza
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

peterls
Posts: 16
Joined: Fri Mar 20, 2015 2:29 pm

Re: Faster Java WebStart startup times?

Post by peterls » Mon Apr 20, 2015 6:40 pm

Hi Adrian,

Yes, you were right. Network packet capturing revealed it was the web server I used that silently added some HTTP header fields to all the responses, disabling client-side caching.

Sorry for the thread, I should've investigated more thoroughly.

Post Reply