Version imprimable
Aucun changement dans l'API, il s'agit principalement d'une amélioration des performances en diminuant la taille des runtimes JFX à télécharger, un chargement des applets et applis JavaWebStart plus rapide, une amélioration des support des navigateurs sur Mac et la correction de quelques bugs graphiques.
Release notes : http://java.sun.com/javafx/1/referen...tes-1-2-3.html
Des mois et des mois que j'attends une release avec un composant d'édition de texte multi-ligne histoire de pouvoir faire autre chose que des applets de pub, et eux ils réduisent la taille des runtimes. Faudrait qu'on puisse en faire qque chose déjà !! :aie:
.NET 4 arrive très bientôt, AIR 2 aussi, et JavaFx n'a toujours pas démarré. Swing, ca commence à faire vieux et moche. Je les sens pas super bien barrés là quand même...
A la limite, si le "chargement des applets et applis JavaWebStart plus rapide", ça veut dire un chargement asynchrone dans le navigateur, histoire d'arréter de tout freezer (quand même dingue ça, vive les années 90)...
Ouais je sais, je râle, je râle, mais à force, j'ai mes raisons :mouarf:
Orcale aura beau dire...
Ca me fait quand même mal de voir un entête "Oracle" sur un "release note" en lien avec Java.
Avec le temps...
Je pense que JavaFX a manqué le coche. Le simple "relooking" des applets n'était pas suffisant pour concurrencer .Net et Flash.Citation:
Envoyé par Obligen
Il fallait créer une nouvelle technologie complètement orientée web, plutot que d'adapter tant bien que mal le JRE existant en y ajoutant un enième framework. Dommage...
Pour ma part je pense qu'ils auraient dû conserver une syntaxe Java. C'est pour cette raison que je ne m'y suis pas intéressé.Citation:
Envoyé par pseudocode
La syntaxe n'est pas très complexe, mais parfois déroutante. Par exemple, il faut utiliser <> au lieu de !=. Pourquoi faire différent juste pour faire différent ? Ça n'apporte rien !
C'est vrai que devoir choisir entre Java et JavaFx au lieu de pouvoir mixer les 2 naturellement n'est vraiment pas une bonne idée.
J'ai lu qu'il y avait des astuces pour utiliser les 2 en même temps tout de même mais cela reste du bricolage apparemment. :aie:
Ben euh... si on est dans un projet JavaFX, mixer du Java dans du JavaFX se fait tout naturellement et ca se fait SUPER facilement.
Mixer du JavaFX dans du Java est egalement naturel si on utilise les mecanismes d'heritage... et si on est toujours dans un projet JavaFX. Sauf cas tres particlier (en general des conflits sur l'inference de type lorsqu'on apelle ou surcharge des methodes avec des signatures voisines), ca passe bien.
Mixer du JavaFX dans du Java au niveau graphique pour l'afficher dans Swing est plus... difficile a atteindre...
Rajouter du JavaFX dans un projet pur Java est tout de suite bien plus tordu.
Tu ne confondrai pas avec un autre language par hasard ?Citation:
Envoyé par Traroth2
Ou alors c'etait comme ca dans F3 ? En tout cas ce n'est pas le cas dans JavaFX.
Moi je me demande plutot pourquoi je dois utiliser or, and et not au lieu de ||, && et !.
Le langage de script est sympa mais a aussi ses lacunes, et ce dans les deux aspects suivants :
- Couche applicative : je trouve le javafx script très agréable à utiliser, notamment pour la manipulation de tableaux et de chaines. On se rapproche fortement de python/ruby et ce n'est pas désagréable. Toutefois, quel est le coût en performances? Maintenant que Java pur est super bien optimisé, ce serait dommage de reprendre la polémique "code managé carrément plus lent que code natif"...
- Couche graphique : là, c'est sympa car cela permet de concevoir les interfaces plus simplement qu'en code pur, mais le modèle a un très sérieux plomb dans l'aile je trouve. Il tente de se rapprocher du modèle de Microsoft (WPF) avec du C# pour le code et du XAML pour l'interface, mais avec beaucoup plus de lourdeurs ! En effet, une interface XAML peut être très complexe mais rester lisible, car un chouilla condensée. En Javafx, mettre chaque attribut sur une ligne, et imbriquer les blocs les uns dans les autres quasi à l'infini, rendent l'interface presque impossible à lire ! C'est un bordel monstrueux ! Et ce même dans les exemples officiels de Sun, il suffit qu'il y ait autre chose qu'un simple texte dans un rectangle pour que le fichier d'interface soit illisible !
De plus, concernant la couche graphique, autant en WPF tout se redimensionne très facilement quand on redimensionne la fenetre (les composants prennent tout l'espace disponible si on ne précise pas de dimensions), autant en JavaFX les composants ont une taille fixée, et c'est extrêmement lourd ! On est en 2010, finies les descriptions d'interfaces au pixel près !! caykoicebordel ? Si JavaFX a décidé de faire une croix sur les applications desktop (du moins leur simplicité de conception), il se tire une balle dans le pied !
Bref, il reste du boulot. J'adore Java, le concept d'application multi-plateformes est très séduisant, mais il y en a certaines que je développe forcément en WPF histoire d'avoir le confort du développement, même si je perd en interopérabilité...
Oui, ça date peut-être de F3, ça. Mais le problème de not, and et or est similaire. Faire différent juste pour faire différent, c'est idiot. C'est pas grave, mais on ne peut pas s'empêcher de se demander à quoi pensaient les mecs qui ont fait ça...Citation:
Envoyé par bouye
J'ai été enthousiasmé par l'annonce de JavaFX, puis, quand il est arrivé, j'ai été extrêmement déçu, et je m'en suis rapidement désintéressé, je dois le dire.
Vous avez remarqué qu'Amazon.com annonce un bouquin sur JavaFX 2 (chez APress) depuis 2 mois ? En décembre,
il était prévu pour le 4 janvier, puis le 11, et aux dernières nouvelles, pour le 12 mars...
[ame="http://www.amazon.com/Pro-JavaFX-Platform-Definitive-Technology/dp/1430268727/ref=sr_1_1?ie=UTF8&s=books&qid=1265732157&sr=8-1"]Amazon.com: Pro JavaFX 2 Platform: A Definitive Guide to Script, Desktop, and Mobile RIA with Java Technology (9781430268727): James L. Weaver, Stephen Chin, Weiqi Gao, Dean Iverson: Books[/ame]
Personnellement, je n'attends rien de particulier, de JavaFX 2. Il n'est jamais vraiment trop tard pour une vraiment bonne technologie, mais je pense que si JavaFX avait dû être une bonne techno, ça serait déjà fait. Avec le rachat par Oracle, je ne donne pas cher de la peau de JavaFX dans un avenir assez proche, personnellement. La techno rejoindra le club des technos dérivées de Java qui vivotent plus ou moins, avec JXTA, Jini et les autres...
Houlala:calim2:... ca me fait peur sur le coup ! J'imagine deja les petits genies qui servent de commerciaux chez Sun nous pondre un coup a la Java SE 2 (1.2)... JavaFX 2 (1.3) ????
Apres tout ces pauvres gens n'ont rien a se mettre sous la dent ces derniers temps depuis leur dernier fait d'arme vu le retard pris par Java 7 :
Java (1.0) -> Java 1.1 -> Java SE 2 (1.2) -> Java 1.3 et 1.4 -> Java 5.0 (1.5) -> Java 6 (1.6) -> JDK 7 (1.7) :roll:
Et bien, vous êtes bien critique avec javaFX, un peu tirer sur une ambulance...
Quand à franchement pinailler sur les not <> et consort ca ne fait pas de mal de passer d'un langage à l'autre.
On peut dire que le runtime commence à réaliser ses promesses, le retard sur les composants est assez irritant quand on est flemmard et qu'on attends une api pour faire un bouton.
D'autre part la synthaxe c'est aussi un question de design pour que le code soit lisible
C'est peu être un peu subjectif! Quand on pense a la génese du language, F3, et à l'esprit de son concepteur ce langage est aussi une tuerie côté graphisme pur, voir le blog de Chris Oliver. Les closures associés au binding sont vraiment intéressantes.Citation:
'interface presque impossible à lire ! C'est un bordel monstrueux
Contrairement à ceux qui pensent que c'est une technologie morte née, je crois plutôt qu'elle arrive au bon moment. On assiste à une bataille rangée autour d'HTML 5 et javaFX pourrait y tirer son epingle du jeux. Alors que sl et flash repose sur une execution isolée au conteneur( en HTML) javaFX pourrait facilement interagir avec l'écosystème HTML, l'arbre dom, le code javascript. C'est ce que semble annoncer oracle dans sa dernière keynote.
Quels seront les rapports de force entre Google, Apple, Oracle, Mircrosoft ou Adobe sur le HTML5, aucune idée mais que javaFX fasse le pari de RIAiser le HTML5 me parait pas idiot.
Il va falloir faire un gros effort pour rendre JavaFx accessible à monsieur et madame tout-le-monde.Citation:
Envoyé par galien
------------------------------------------------------------------------------------
3615 mylife : je teste JavaFx, par pseudocode.
1. JavaFx n'étant pré-installé par aucun browser, il faut le faire soit meme --> google javafx --> javafx.com --> download now
choix possibles pour le téléchargement:
- NetBeans IDE 6.8 for JavaFX 1.2
- JavaFX 1.2 Production Suite
- JavaFX 1.2.3 SDK
- JavaFX Mobile 1.2 for Windows Mobile
(Bon courage a ceux qui prennent la première proposition)
2. Allez, bon prince, je prend le SDK : 50Mo de download (pour rappel : silverlight=5Mo et flash=2Mo). Je lance l'installation.
--> JDK 6u18+ not found : require download
et allez, 76Mo de plus a télécharger. Bon, ca se fait tout seul.
Lancement automatique du setup de Java SE
2.1 écran pour accepter la licence
2.2 écran pour choisir les fonctionalités (tools, demos/samples, source, public jre). Là je pense que Mme michu elle est perdue, mais bon, je continue en cliquant sur NEXT (Full install = 300 Mo !!!!!)
2.3 écran pour choisir l'emplacement du jre public
(là j'en suis déjà a 5 minutes depuis ma recherche google, et j'ai une bonne connexion ADSL et un bon PC)
2.4 écran "fin d'installation de Java"
2.5 Ouverture de mon browser sur la page "register" du Java Development Kit
2.6 Erreur windows : Runtime Error Microsoft Visual C++ :aie: --> pas grave, je clique sur Ok.
2.7 Ecran installation de JavaFx
2.8 écran pour choisir l'emplacement
(ca s'installe)
2.9 Ouverture de mon browser sur la page "register" du Java FX SDK
2.10 Popup de Warning : avertissement de sécurité lié a HTTPS --> pas grave, je clique sur oui.
2.11 écran "fin d'installation de Java FX"
Yeeahhhhhhhhhh !!! :yaisse2:
Bon, aucune idée si ca a marché ou pas -> Retournons sur javafx.com
-> apparition de l'icone Java dans la zone de notification de windows
-> Info bulle : Venez nous rendre visite sur Java.com (rappel : j'ai déja 2 fenetres "register" ouvertes)
-> Fenetre de confirmation sur mon browser : "Support et contenu de qualité Java Fx" bla bla bla --> je clique sur accepter
OOOOUUUUI ! OOOOUUUUI !
10+ minutes et 400Mo de fichiers plus tard, j'ai enfin du texte et 4 images qui s'affichent dans la zone bleue en pas de ma page Web :ccool:
(je passe sur l'auto-update mensuel de java qui est maintenant configuré par défaut sur mon PC)
------------------------------------------------------------------------------------
Non, y a pas à dire, va falloir faire un effort.
Le SDK est pour les développeurs.
Monsieur et Madame tout le monde ont seulement besoin du runtime, qui est installé automatiquement lorsqu'un programme JavaFX est exécuté. Il faut simplement avoir une JRE 5 et plus (pas besoin du JDK).
La taille du runtime (java et non JavaFX) est:
- Windows (installation en ligne) : 10 Mo
- Windows (installation hors ligne) : 19 Mo
- Linux : 19 Mo
http://www.java.com/fr/download/manual.jsp
Je me demande vraiment d'où est-ce que tu as sorti tous ces chiffres astronomiques? 8O
Et puis à ce que je sache, Silverlight requiert le framework .NET (qui est loin des 5 Mo), et plus important, Windows :calim2:. Etant un utilisateur de Linux, je n'ai jamais eu le plaisir de voir une application Silverlight tourner en utilisant Moonlight.
Et puis il faut pas oublier que JavaFX est sorti il y a à peu près deux ans, donc il faudra lui donner un peu de temps.
J'ai donné mon mode opératoire : un non-informaticien qui veut installer Javafx.Citation:
Envoyé par herch
Je ne pense pas avoir, a aucun moment, fait exprès de choisir la mauvaise voie. Au contraire, j'ai choisi l'installation sans Netbeans, alors que ce n'est pas le choix par défaut. Je suis plutot un défenseur de java, mais je pense avoir été objectif sur cette installation.
Si quelqu'un veut refaire la manip d'installation de JavaFx, en se mettant dans la peau d'un non-informaticien, je veux bien voir ses conclusions.
Exact, je n'ai pas compté la taille du framework .Net. Il était déjà installé sur mon PC, car il est dans le pack Windows-Live que j'ai installé pour avoir Messenger. Ceci dit, je n'ai pas souvenir que l'installation de Windows Live (et donc de Silverlight) fut aussi compliquée que celle de JavaFx.Citation:
Et puis à ce que je sache, Silverlight requiert le framework .NET (qui est loin des 5 Mo), et plus important, Windows :calim2:. Etant un utilisateur de Linux, je n'ai jamais eu le plaisir de voir une application Silverlight tourner en utilisant Moonlight.
Vu que JavaFX n'a pas encore atteint sa maturité, le site javafx.com se trouve plus destiné aux développeurs (eux mêmes réticents) qu'aux utilisateurs. Ce n'est pas normal que le lien "Download Now" de la page principale du site de JavaFX renvoie vers quartes choix complètement illisibles pour l'utilisateur final.
J'espère vraiment que cette technologie prendra son envol un jour, ça tarde, ça tarde ...
Ben vioui pas besoin d'installer ni de recuperer le SDK, les runtimes sont telecharges automatiquement au premier lancement de JavaFX : par exemple, lorsque tu es alle sur le site web de JavaFX, si tu ne les as pas deja, les runtimes sont telechargees pour permettre d'executer l'applet qui liste les demos en bas de la page (mais bon oui je suis d'accords ce n'est pas tres explicite sur le site). Me souvient pu s'il faut le faire pour chacun des navigateurs par contre.
Par contre il est clair que ca serait bien de pouvoir telecharger un installeur standalone comme celui du JRE. Le telechargement automatiques rend la redistribution assez penible (entre autre quand Internet est ko ou que le parefeu/proxy d'entreprise est trop restrictif)...
Ben moi aussi je trouve ca scandaleux.
Pour installé silverlight j'ai installé Visual Studio + Expression machin et c'a m'a couté 1500€ juste pour voir un carré blanc à l'écran sous .... linux, j'ai ptête pas tout compris.
Oui javaFX est nouveau et donc pas parfait, après appartient à chacun d'être constructif et de se familiariser avec cette(pas si nouvelle) techno.
Je viens de déployer un ensemble composée de 3 applis mulltipostes javafx autour d'un frontal webservice pour oracle, tout ca avec des jnlp bien customisés pour les librairies et cela marche très bien, aucun problèmes. Bref pour du RIA entreprise javaFX est très bien fait.
C'est affolant de voir les réactions de mauvaises fois concernant javaFX.
Je suppose que c'est pour moi ? :mrgreen:Citation:
Envoyé par galien
Non, je ne suis pas de mauvaise foi.
On parlait de JavaFx comme concurrent de Flash et Silverlight pour le grand public. Force m'est de constater que l'installation de JavaFx sur un ordi n'est pour l'instant pas faite pour le grand public.
Dans ton cas, tu parles d'entreprise avec un déploiement forcé et contrôlé sur les postes de travail. Le contexte et les contraintes sont totalement différentes.
Je l'ai dit, je suis un défenseur de Java. Mais je ne peux pas objectivement recommander à un site web "grand public" d'utiliser JavaFx au lieu de Flash/Silverlight en l'état actuel des choses. Rien que la procédure d'installation est compliquée.
@Bouye
Je crois bien qu'on a le droit de déployer (c'est sur javafx.com) en stand alone mais avec jnlp.
On peut donc intégrer avec un jetty embarqué ou au pire tinyserver, c'est même conseillé vu les changements de runtime en loucdé:mrgreen:
@pseudocode
Oui c'était un peu pour toi mais le prends pas mal:D juste que si on a java sur le poste y'a juste une licence a accepter et zou.
Après le jre est quand même installée un peu partout, c'est vrai ya les mises à jour auto à mettre en auto en ce moment:mrgreen:
Ca serait pas idiot aussi que cela se fasse via tel un plugin du navigateur comme pour les autres(habitude du grand public).
Sinon pour le déploiement entreprise c'est pas forcement plus simple, genre restrictions de compte sur les clients mais je m'entraine sur les certificats en domaine :aie:
A moins que ca n'ait recemment change, c'est plus tolere que vraiment autorise et c'est pour un deploiement via un serveur web interne ou un repertoire partage sur un reseau d'entreprise pas pour un packaging + redistribution.
Et meme comme ca c'est relativement galere pour recuperer les runtimes pour des platformes autre que la sienne puisque quand tu vas fouiller dans le cache de JWS tu ne trouves que les libs natives de ta platforme.
Le script que j'avais fait pour la 1.1.x en parsant le JPNLP permettait de recuperer tous les fichiers natifs annexes mais ils ont modifie les methodes de telechargement dans la 1.2.x et je ne sais pas trop comment JWS arrive a recuperer les fichiers (pas trop le temps de fouiller non plus).