What's the performance like? What version of Java does it support?
Is it a subset of the JRE or complete? -----Original Message----- From: openjfx-dev-boun...@openjdk.java.net [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Sven Reimers Sent: Friday, 19 July 2013 15:01 To: Daniel Zwolenski Cc: openjfx-dev@openjdk.java.net; mike.ehrenberg@barchart.comEhrenberg; JeremyJongsma Subject: Re: Java Deployment (was Re: JavaFX 8 Progress) A Java Runtime on top of JavaScript - http://wiki.apidesign.org/wiki/Bck2Brwsr -Sven On Fri, Jul 19, 2013 at 12:37 AM, Daniel Zwolenski <zon...@gmail.com> wrote: > Yes this is another option, basically running it on a server and then > rendering on the client. JavaFX could be extended to do this. > > Another alternative is a 'java runtime' built on top of jscript > (similar idea to the runtime being built for mobile, like robovm). In > this cases jfx would run 100% in the browser on top of jscript. > > Another option is a runtime built for the native elements of each browser. > Eg a runtime running on chrome's native interface, etc. > > All of the above would require a lot of work before being ready to use > and likely would have some tradeoffs in terms of features or > performance. The options I listed in the last email are in my opinion > more achievable in the short term and generally give decent results. > > Right now, if you want to deploy jfx my pick suggestion would be > completely avoid any of the oracle solutions and just pay the licence > fee for install4j. Although I'd not seen jwrapper until just now and > it could do with some looking into too. > > On 19/07/2013, at 8:10 AM, Mario Torre > <neugens.limasoftw...@gmail.com> > wrote: > > > For Swing you can actually use CacioWeb, works quite well. Zero > deployment, no VM needed, no plugin, just an HTML 5 capable browser. > > > > Doesn't work with JavaFX unfortunately. > > > > Cheers, > > Mario > > > > Il giorno 19/lug/2013 00:03, "Daniel Zwolenski" <zon...@gmail.com> > > ha > scritto: > > > > > > There are definitely credible alternatives. The problem is > > > currently > the alternatives are not implemented well enough so web still ends up > a contender just by being the only one able to stand up. > > > > > > And for the record I build both public facing apps and back-office > apps and web deploy does not work well for either. I stopped using jfx > because of deployment. I now build only webapps because of deployment. > > > > > > Credible alternatives: > > > > > > 1. Native bundlers, but we need: > > > - auto updating so people can easily release patch updates > > > - smaller co-bundled jre's so that the initial download and > > > install is > smooth and quick > > > - better build tools to make this easier to integrate into a > > > standard > build process, with some solution for cross-platform build support or > to at least minimize the pain > > > > > > 2. App stores: > > > - ready to go right now for Mac but we don't have the tools and I > think we need everything fully open sourced for licensing reasons > (hard to > say) > > > - need to either pick one of the unofficial win app stores for > pre-win8 support (there's a few), or build our own app store > > > - we just need tools for building and deploying to app stores (not > that hard) and cut down jre sizes again (app stores are an extension > of cobundling approach). > > > > > > 3. Self-hosted 'app store' for corporate settings. install a > > > small, > native client on the machine that allows that user to download and > install apps from your private server, with auto-updating, etc > > > - we need to build one, not that hard, maybe a month or two of > > > work to > get a first working version out. I would have built one by now but > because jfx packaging tools are so bad I've burnt up all my spare time > just putting wrappers around these to get the most basic of maven plugins to work. > > > > > > All of the above could have been implemented by now if there was > > > just > a little bit of love in this area. One resource ticking away would > have been enough to get something going. As it stands there has been > zero, nada, zip changes into anything other than web/security > deployment efforts over the last year. J8 due next year (!) will not > include any of the above, or even any simple improvements to > deployment approaches other than web, to the best of my knowledge. > > > > > > > > > > > > On 19/07/2013, at 7:30 AM, Mark Fortner <phidia...@gmail.com> wrote: > > > > > > > I've heard the "webstart is broke, don't fix it, move on" song > before from a number of people. What I haven't heard is a credible > solution to solving the very real problem of keeping an app up-to-date > in a corporate setting. For the most part, I agree that if you're in > the business of selling commercial software, selling and distributing > through an app store probably makes sense for you. Although I wouldn't > relish having to build on all of those platforms. > > > > > > > > However, posting proprietary apps to external OS-specific app > > > > stores > doesn't really work for anyone in a corporate setting. Neither does > making a user re-install an application every time you post a bug fix. > In addition, many corporations limit the privileges they give users. > > > > > > > > Cheers, > > > > > > > > Mark > > > > > > > > > -- Sven Reimers * Senior Expert Software Architect * NetBeans Dream Team Member: http://dreamteam.netbeans.org * Community Leader NetBeans: http://community.java.net/netbeans Desktop Java: http://community.java.net/javadesktop * Duke's Choice Award Winner 2009 * Blog: http://nbguru.blogspot.com * XING: https://www.xing.com/profile/Sven_Reimers8 * LinkedIn: http://www.linkedin.com/in/svenreimers Join the NetBeans Groups: * XING: http://www.xing.com/group-20148.82db20 * NUGM: http://haug-server.dyndns.org/display/NUGM/Home * LinkedIn: http://www.linkedin.com/groups?gid=1860468 http://www.linkedin.com/groups?gid=107402 http://www.linkedin.com/groups?gid=1684717 * Oracle: https://mix.oracle.com/groups/18497
