jeff at reportmill.com
Thu Apr 19 17:53:26 PDT 2012
My suggestion is that Oracle needs some in-house Java Web Start apps and applets that matter. A few groups internally screaming at the deployment team. "Eat your own dog food" and all that. This shouldn't be unsolvable, considering how turn-key the Flash vm is.
I'm a big fan of Java Web Start - we've had almost no problems with our Swing layout app. Though, to be fair, our target market are Java developers. And I'd be fine if jar signing went away for apps needing permissions, considering Apple and Windows let you run .exe's and .app's with a simple dialog that says, "Hey this came from the internet, so really?". I pay a grand or more for a certificate every few years, and I'm sure their idea of validation is whether my check clears.
Applets have almost always been a disaster - particularly now that Apple is following Window's lead of disabling them by default. Again, I think this was Sun's fault for doing so little with Java Client in-house. The real proof of the Java client disaster is this: how often do you see a blog on a Java Client topic that embeds an applet? Almost never - too many hoops for a blog, which is a bad sign for a web client technology. This lack of critical mass prevents other deployment issues from being resolved as well.
On Apr 19, 2012, at 4:16 PM, Richard Bair wrote:
> You won't get an argument from me. The hard question is, how to solve it?
> On Apr 18, 2012, at 1:42 PM, Pedro Duque Vieira wrote:
>> I'm very concerned about the state of deployment in JavaFX. Just yesterday
>> I tried the new example by Jim Weaver in
>> It doesn't work correctly in firefox nor chrome, only managed to make it
>> work on IE 9 64bit. And it appears I'm not the only one.
>> Also the state of application installers for Java doesn't seem that good
>> either (I think).
>> I think this is very critical, if the technology can't get to the users in
>> a transparent, simple, reliable way than you'll almost certainly won't get
>> it adopted.
>> Thanks, best regards
>> Pedro Duque Vieira
More information about the openjfx-dev