Link Details

Well isn't that the problem??? Why? JavaFX better find it's own niche, rather than be a me-too platform. Either JavaFX will do something that all the others can't, or die from being late to the game. Why can't people pushing JavaFX just see that. I'm shocked how smart people are about technology, but foolish when it comes to business and markets.

killerweb,

Thanks for your input. What ideas do you have for niches for JavaFX?

Thanks again,
Jim Weaver

JavaFX is not yet ready for those kind of things. Rebuilding 0815 web apps in JavaFX would only demonstrate the weaknesses (performance, startup, buggy deployment) of JavaFX with no advantages. Show us what we could do in JavaFX better/easier than in other "RIAs". Maybe in two years we will be able to rebuild cross platform flash like apps but not yet. The best of all.. the JavaFX license prohibits publishing benchmarks... so i even can't show you what i am talking about....

"avaFX is not yet ready for those kind of things. Rebuilding 0815 web apps in JavaFX would only demonstrate the weaknesses (performance, startup, buggy deployment) of JavaFX with no advantages. Show us what we could do in JavaFX better/easier than in other "RIAs". Maybe in two years we will be able to rebuild cross platform flash like apps but not yet. The best of all.. the JavaFX license prohibits publishing benchmarks... so i even can't show you what i am talking about...."

mbien,
Hopefully you are giving feedback to Sun on what you are experiencing in the way of performance, startup, and buggy deployment.

Regards,
Jim Weaver

"Hopefully you are giving feedback to Sun..."
I already did and will give feedback in future. Many others too. I hope you give feedback too ;).

just search for performance or gc overhead issues in the jfx issue tracker, or webstart/plugin related rfes in the java bugtracker. Sun's todo list is long. But noone said it would be easy to re-build a RIA techn. from scratch.

How about removing the UI API stuff and making it a server based scripting language. Or at least focus it's base UI stuff around rendering and generating formats. Make it the best at building SVG, PDF, JPEG, even MS office documents. Or another one, make it a pipeline based workflow language, like the way Yahoo Pipes works, but instead do it via JavaFX scripting.

Anything but RIA, I love the JVM, but will never give up my adobe tools. The writing is so clearly on the wall.

Hmm you mean something like Groovy, JRuby, Jython ?? JavaFX is a two headed beast: the platform and the language. So far the platform has had better acceptance in the Java community than the language.

Yes, i wouldn't mind writing server apps using it. From what I understand, the FX language is compiled on the fly into byte code, so it would be as fast as JSP, but with it's own language perks like Groovy. I would say, adoption for Server FX would be inevitable, low barrier to entry, development would feel more elegant. Get rid of all the future annotation config crap, instead use FX data types. It would be like, Java was reinvented on the server. On the server now JSP is a weakness, legacy, and it needs to go away. New ideas would be spawned using Server FX, developers would drop JSP/JSF/Tags for FX/Templates. Power with simplicity would be found, at least it would bring Server Java into the decade, which Server annotations will bring annotation hell. Sorry, long-winded.

adobe's foothold is too great, you gotta come up with something a lot better than that

"adobe's foothold is too great, you gotta come up with something a lot better than that"

ceaseleo,

I may have a different view than many other JavaFX advocates, but I like and respect Flash/Flex to the extent that it enables RIA. I don't view Adobe as competition in the effort to restore sanity to Internet application development; rather an ally. Please see my related blog post:
http://javafxpert.com/weblog/2008/11/sanity-will-be-restored-to-internet-application-development-on-december-2-2008.html

Regards,
Jim Weaver

So what prevents something like this from being done in JavaFX today? I think that is the question that needs answered and addressed.

Gregg, what about "simple" threading constructs and ready-to-use components? I say simple threading because the current mechanism for making asynchronous calls in core JavaFX is clunky at the very least (the project JFXTras includes a wrapper on SwingWorker that alleviates the pain, but will only work on the desktop profile). Regarding ready-to-use components you have to roll your own, which pretty much everybody is doing because their figuring out what to make of the technology. Once third party component/widgets libraries start to appear this task will be easier, same as it happened in Swing, the question is when? (again JFXtras provides some "missing" components but there is still a long road ahead...)

When will sun learn ?

instead of JavaFx they should hav created a super light weight competitor for GWT-Javascript.

They hav the experience and the tech but no directions.

JVM is good but not good for competition with AJAX. We need a new JVM for AJAX only, like silverlight did. GWT-JavaScript gives HTML a run for its life.

What Java APPLETS were supposed to do 10 years ago, JavaScript is doing today, thats really sad.