JavaFX sucks...
I've been playing with javaFX for a few months now, and, although I like the language and style and the effects you can get, there are a few very important problems...
1) Deploying
There is no offline / downloadable deploy option. With a regular java program, it's easy to create a executable jar file or even a Windows or Mac program. But with javaFX that's a no-go. The javaFX license doesn't allow it, and there a no normal executable jar options. The only way now is the create an applet or start it thru webstart, both needing an active internet connection. So a no-go for corporate enviroments.
2) GUI components
After months waiting for the promised 1.3 version with new GUI components the final release has a few dissapointments, no Tree for example (although it was promised and is included as a beta).
3) Slow starting
Probably because it has to start the java VM and the javaFX binary, why not integrated?
4) Rendering problems
On some hardware it fails to render the graphics (openGL problems on some macbooks) thats hardly write-once-run-everywhere...
5) No news
Is good news? No absolutely not. SunOracle is missing the "hype" opportunity they had when starting. Still no news about 1.4 release timeline or any news about the promised composer tool.
With Silverlight and Flash around, I'm afraid with this ratelack of progress, it's to late for javaFX.
1) Deploying
There is no offline / downloadable deploy option. With a regular java program, it's easy to create a executable jar file or even a Windows or Mac program. But with javaFX that's a no-go. The javaFX license doesn't allow it, and there a no normal executable jar options. The only way now is the create an applet or start it thru webstart, both needing an active internet connection. So a no-go for corporate enviroments.
2) GUI components
After months waiting for the promised 1.3 version with new GUI components the final release has a few dissapointments, no Tree for example (although it was promised and is included as a beta).
3) Slow starting
Probably because it has to start the java VM and the javaFX binary, why not integrated?
4) Rendering problems
On some hardware it fails to render the graphics (openGL problems on some macbooks) thats hardly write-once-run-everywhere...
5) No news
Is good news? No absolutely not. SunOracle is missing the "hype" opportunity they had when starting. Still no news about 1.4 release timeline or any news about the promised composer tool.
With Silverlight and Flash around, I'm afraid with this ratelack of progress, it's to late for javaFX.
09-'10 VDSL2 tweak (BE)
08-'10 PhotoStats
Comments
With C# and .NET and friends around, I'm afraid with this lack of progress, it's too late for Java. Really now, Java hasn't had any development in the core components since 1.5, which was released years ago, while C# / .NET raced past it since then, both in terms of features and adoption by both programmers and companies.With Silverlight and Flash around, I'm afraid with this lack of progress, it's to late for javaFX.
Oracle needs to step up and do something with it, instead of leaving it somewhere in a maze of committees and the open source community. JavaFX is nice, but it came at an unfortunate time (right when both Microsoft and Adobe announced new related products, only after them), and right now it's not seeing much development anymore, based on this post.
Don't mix Java and JavaFX. Java is a fully grown language, just like C#. It does look like C# is growing faster than Java, but C# is much younger.
In the future, I believe that Java and C# will both do server and desktops applications. For webapplications it (should) all be HTML5/CSS3
In the future, I believe that Java and C# will both do server and desktops applications. For webapplications it (should) all be HTML5/CSS3
@YopY: From what I understand Java is still very much present in the older business companies.
It doesn't only look like, it is. That's the advantage of one company setting the rule for a programming language. Important choices can be made faster, new features can be implemented quicker. How many years are they working on closures in Java 7?Don't mix Java and JavaFX. Java is a fully grown language, just like C#. It does look like C# is growing faster than Java, but C# is much younger.
[Comment edited on Thursday 05 August 2010 16:26]
JAVA is still big. very bigSebazzz wrote on Thursday 05 August 2010 @ 16:24:
@YopY: From what I understand Java is still very much present in the older business companies.
[Comment edited on Thursday 05 August 2010 16:25]
This is java too: Arno Raps: PhotoStats
Its still the only way to make real platform indepentent software. ( Yes, C# is able to do so too, but the Mono project isn't as fast as Microsoft )
Its still the only way to make real platform indepentent software. ( Yes, C# is able to do so too, but the Mono project isn't as fast as Microsoft )
1.
3.
4.
5.
Conclusie: ik heb zelf geen ervaring met JavaFX, maar de redenen die je aanhaalt vind ik niet overtuigend.
Ik heb het niet zelf geprobeerd, maar hier staat m.i. toch een "Standard Execution" optie:There is no offline / downloadable deploy option.
2.Run as a stand-alone desktop application by using the standard javafx execution command.
Die preview controls zullen voor zover ik weet toch gewoon opgenomen worden in de volgende release? De API kan misschien nog lichtjes veranderen, maar dat is toch geen reden om die controls nog niet te gebruiken?no Tree for example (although it was promised and is included as a beta)
3.
Slow is relatief natuurlijk.Slow starting
4.
Mag ik je eraan herinneren dat Apple het nodig vindt om zijn eigen Java te brouwen & het dus evengoed aan hen kan liggen? Bovendien is het een kwestie van tijd voor zo 'n problemen opgelost worden.On some hardware it fails to render the graphics (openGL problems on some macbooks) thats hardly write-once-run-everywhere...
5.
De composer tool is sinds NetBeans 6.9 geïntegreerd & de 1° preview was sinds december beschikbaar, zie hierStill no news about 1.4 release timeline or any news about the promised composer tool.
Conclusie: ik heb zelf geen ervaring met JavaFX, maar de redenen die je aanhaalt vind ik niet overtuigend.
1)Die heeft wel al de javaFX binary nodig, dus niet via executable jar.
2)Was meer de teleurstelling, het was beloofd, het was vertraagd en nog niet goed.
3)Ligt ook aan applet/webstart, dat is niet snel
4)De Java op mac is het probleem niet, het probleem was in combinatie met bepaalde videokaarten en de directe aansturing daarvan door de javaFX binary
5)Ik bedoel niet de (netbeans) composer maar de design tool:
http://sellmic.com/blog/2...f-the-javafx-design-tool/
Overigens grote concurrenten (Silverlight & Flash) hebben wel al goede design tools.
2)Was meer de teleurstelling, het was beloofd, het was vertraagd en nog niet goed.
3)Ligt ook aan applet/webstart, dat is niet snel
4)De Java op mac is het probleem niet, het probleem was in combinatie met bepaalde videokaarten en de directe aansturing daarvan door de javaFX binary
5)Ik bedoel niet de (netbeans) composer maar de design tool:
http://sellmic.com/blog/2...f-the-javafx-design-tool/
Overigens grote concurrenten (Silverlight & Flash) hebben wel al goede design tools.
[
Java mag dan deprecated zijn, de enorme legacy zal het nog wel een jaar of tien levend houden.YopY wrote on Thursday 05 August 2010 @ 15:57:
[...]
With C# and .NET and friends around, I'm afraid with this lack of progress, it's too late for Java. Really now, Java hasn't had any development in the core components since 1.5, which was released years ago, while C# / .NET raced past it since then, both in terms of features and adoption by both programmers and companies.
Oracle needs to step up and do something with it, instead of leaving it somewhere in a maze of committees and the open source community. JavaFX is nice, but it came at an unfortunate time (right when both Microsoft and Adobe announced new related products, only after them), and right now it's not seeing much development anymore, based on this post.
With C++/Qt you can also make real platform independent software, you just have to recompile it on your target platformIts still the only way to make real platform indepentent software. ( Yes, C# is able to do so too, but the Mono project isn't as fast as Microsoft )
Then develop the other way around. Develop software on mono, and once done port it to .net .qless wrote on Thursday 05 August 2010 @ 16:36:
. ( Yes, C# is able to do so too, but the Mono project isn't as fast as Microsoft )
@qless: bedankt voor de link naar die design tool 
Dat geloof je nu toch zelf niet? Je doet alsof Java met uitsterven bedreigd is.analog_ wrote on Thursday 05 August 2010 @ 16:52:
[
[...]
Java mag dan deprecated zijn, de enorme legacy zal het nog wel een jaar of tien levend houden.
C# is gewoon geen leuke optie, - mono is echt bagger .. (in mijn ervaring als gebruiker, dus niet programmeur). dus wat moet je dan, Silverlight gaan ook niet snel genoeg moonlight blijft gewoon enorm achterlopen. en java is ook een onder geschoven kind.
kortom, eigenlijk zouden we beter gewoon eens een nieuwe Open Java Alternative moete zoeken,
een bedrijf als Google, zou daar prima aan kunne beginnen maar ook Novel is een goede kanshebber om iets te starten. of zelfs Nokia (met QT als basis van een daaromheen gebouwde hoge programmeertaal (bij voorkeur hoge taal dan wel) ...
kortom, eigenlijk zouden we beter gewoon eens een nieuwe Open Java Alternative moete zoeken,
een bedrijf als Google, zou daar prima aan kunne beginnen maar ook Novel is een goede kanshebber om iets te starten. of zelfs Nokia (met QT als basis van een daaromheen gebouwde hoge programmeertaal (bij voorkeur hoge taal dan wel) ...
So where exactly does .NET stand out in besides not being crossplatform ? Its basically Java exclusively for Windows. Like stated earlier, Mono is no alternative. Mono is .NET 2.5 compatible at best, while the reference platform is at 4.0. Also Mono offers a migration tool. Why would I need a migration tool if it supposed to be compatible ?With C# and .NET and friends around, I'm afraid with this lack of progress, it's too late for Java.
Well after Java 5 there was Java 6 ? And Java 7 is just around the corner.Really now, Java hasn't had any development in the core components since 1.5, which was released years ago, while C# / .NET raced past it since then, both in terms of features and adoption by both programmers and companies.
Also Java doesn't really do big bang releases like Microsoft does with .NET. Java EE 6 was released recently. I think we can call that a major overhaul. You obviously don't understand the Java ecosystem. I suggest you take a look at http://www.jcp.org .
Speaking of JCP, if I want to implement a compatible .NET platform, where can I download the specification and test toolkits from the Microsoft site ? The only thing that had it spec released is C#. But thats only the language, not the platform. Even simple stuff like serialization is part of the platform, not the language.
Well I don't see the problem here. Foundations like Apache, OSGi and Eclipse are doing a fine job. A beter job then Sun ever did with Java or Microsoft with .NET. I mean heck, even Microsoft emulates what Eclipse is doing : http://redmondmag.com/art...icrosoft-names-orcas.aspxOracle needs to step up and do something with it, instead of leaving it somewhere in a maze of committees and the open source community.
And to get back on the subject: Yeah JavaFX sucks. If I need a fully customized GUI I use Swing, Java2D is on of the better graphic API's. If you need native go for SWT.
Wasn't Java created to overcome the problem of productivity with c++ btw?
JavaFX 2 is as bad as the first one..
there is no way ill do XML crap..
there is no way ill do XML crap..
Java FX 2 is a big step up over FX 1. The crappy FX language is gone.
XML sucks, but it in no way is it required.
I have done a few FX apps without XML, and it is fairly slick. Nowhere near QT but not bad.
The only annoyance is that when adding or removing elements you sometimes get long method call chains, always going through an arraylist.
XML sucks, but it in no way is it required.
I have done a few FX apps without XML, and it is fairly slick. Nowhere near QT but not bad.
The only annoyance is that when adding or removing elements you sometimes get long method call chains, always going through an arraylist.