Posted by rickcarson
on October 23, 2005 at 7:32 PM PDT
My question is whether anyone else has these problems or whether there are easy work arounds to fix them:
I had played around with web start a while back and it seemed a little flakey. I thought that with time the issues would get sorted out.
I've been ignoring it, but now it has become an issue because of work. So what is the current state of the web start art? It is now (late) 2005 and if anything web start has gotten a *lot* worse.
Example: on XP repeatedly install and then uninstall the 1.5 JRE. Watch as it plays havoc with your system! w00t! Fun for the whole family. Especially the part where you have to blow away and reinstall all your other Java versions to try to get back to a working 'stable' system.
Is 1.5 still in beta or what?
Be in shock and awe as over 90% of the webstart links people post online fail to work. (Actually - my result is much closer to 100% failure). NB: for Java.net this is actually 100% failure. I cannot recall ever seeing a working webstart link on Java.net.
Then we get to the 'fun' of different versions of Java. Okay. I understand that your funky new generics enabled uber app requires 1.5 to run. And I'm pretty much okay with that. The problem is that of course they then won't run under 1.4 versions of web start (some of which were otherwise semi-stable).
Why would you want to cut off 50% or more of your potential audience? I'm pretty sure that 1.5 doesn't come installed on most pcs, even the new pcs. But what is worse, is that the opposite seems to be true as well.
We have (for instance) a Web Start app compiled under a 1.3 JDK (don't ask), running on 1.4 web start clients quite happily... but under 1.5 it fails to start.
It makes me curious about what would happen if you used the 1.5 compiler and compiled under compatibility with previous versions mode.... would you then get a web start app which completely failed to open on any version of web start at all???
This is very disappointing. The web start experience is a much lower quality than other aspects of Java.