Discussion :

[Gordon Fowler]

La Fondation Apache sort la version 1.4 de Pivot
Sa plateforme de développement d'applications RIA pour concurrencer Silverlight et Flex



La Fondation Apache vient de lancer la version 1.4 de son projet Apache Pivot.

Apache Pivot est une plateforme de développement d'applications Rich Media en Java et en XML. Ces applications peuvent être conçues soit comme des applets, soit comme des API indépendantes classiques à lancer hors-ligne depuis le bureau.

La Fondation Apache pense que des outils similaires comme Flex (de Adobe) ou Silverlight sont utilisés aujourd'hui par des développeurs dont certains pourraient préférer travailler en Java.

L'interface de Pivot propose les éléments habituels (boutons, table de contrôle, etc.). La plateforme embarque également la technologie XML pour structurer les UI, créer des effets animés, l'intégration dans les services Web ou le data-binding.

Pour se faire une idée de la puissance de l'outil, le mieux reste encore de l'essayer : Apache Pivot 1.4 est disponible en téléchargement ici.



Lire aussi

Les Rubriques (news, tutos, forums) de Developpez.com :

Java
XML
Apache
Et Développement Web

Et vous ?

Pensez-vous que Apache Pivot peut concurrencer Silverlight et Flex ?

[ChristopheD]

Trés bonne initiative mais le fait de devoir passer par des Applets pour mes appli. web me rebute un peu...

Par contre pour des appli. Desktop je ne vois que du positif...

A tester donc

[berceker united]

Pensez-vous que Apache Pivot peut concurrencer Silverlight et Flex ?

Non ça va être un de plus dans un marcher encore un peut faible des guibolles et il y a un peut trop de monde à mon goût.

[jayfaze]

Jsuis un gros fan de java, et en lisant la news, je me suis dit "oh oui".
Bon je teste, ca fait 10 minutes que l'appli demo a planter.

Je crois que ca va prendre le meme chemin que javafx...

edit : jprefre pulpcore

[zencorp]

J'ai testé les demos et tout fonctionne tip top de mon côté
Je suis très intéressé par cette plateforme.

J'ai fait quelques essais et c'est très convainquant , en terme de facilité de mise en place et d'implémentation.

Je vais me plonger plus avant la dedans.

[Jérémie A.]

Pensez-vous que Apache Pivot peut concurrencer Silverlight et Flex ?

Non, parce que les développeurs Flex ou Silverlight le sont en général par rattachement à la technologie sous-jacente (AS ou .NET), par contre concurrencer JavaFX, oui, ce que je trouve inutile. Pourquoi diviser la communauté JAVA sous plusieurs options? Cela ne va faire qu'affaiblir les 2 initiatives.

[fahsinet]

Non, parce que les développeurs Flex ou Silverlight le sont en général par rattachement à la technologie sous-jacente (AS ou .NET), par contre concurrencer JavaFX, oui, ce que je trouve inutile. Pourquoi diviser la communauté JAVA sous plusieurs options? Cela ne va faire qu'affaiblir les 2 initiatives.

on peut utiliser des interfaces flex dans un projet java

[verbose]

Le problème des applets est leur temps de démarrage. La raison de ce temps de latence, outre le démarrage de la jvm, vient du fait que l'application doit être chargée en entier avant de démarrer. A contrario, l'utilisation de scripts permet de différer le chargement de la logique métier lorsque l'application est composée de plusieurs écrans. Ce comportement est impossible à obtenir avec une applet. Donc pour une application un peu complexe, on peut se retrouver à charger plusieurs megaoctets avant de pouvoir la démarrer.

Je pense néanmoins que pivot est une initiative intéressante et à suivre de près.

[yoyo88]

Pensez-vous que Apache Pivot peut concurrencer Silverlight et Flex ?

un nouvelle arrivant sur se marché...
es vraiment utile?


perso j'ai des doutes.

[Timo_Free]

bonjour,
moi je la trouve très sympa et les demos sont assez convaincant.
en plus c'est Rare que la fondation Apache nous fournisse de la merde.

Je suis preneur et en plus c'est du JAVA.

JAVA EN FORCE

[Timo_Free]

Le problème des applets est leur temps de démarrage. La raison de ce temps de latence, outre le démarrage de la jvm, vient du fait que l'application doit être chargée en entier avant de démarrer. A contrario, l'utilisation de scripts permet de différer le chargement de la logique métier lorsque l'application est composée de plusieurs écrans. Ce comportement est impossible à obtenir avec une applet. Donc pour une application un peu complexe, on peut se retrouver à charger plusieurs megaoctets avant de pouvoir la démarrer.

Je pense néanmoins que pivot est une initiative intéressante et à suivre de près.

l'intégration des application pivot ne se résume pas à des applets car d'après la description dans leur site on trouve cette phrase :

"Pivot applications are written using a combination of Java and XML and can be run either as an applet or as a standalone, optionally offline, desktop application. "

[Timo_Free]

pour les gens qui sont intéresser par la plateforme, j'ai trouvé sur le site JavaLobby l'interview avec les deux fondateur de projet : Greg Brown et Todd Volkert. en plus on y voit qql sceenShot(ça à l'aire très PRO)
le lien : http://java.dzone.com/news/interview...-volk?page=0,0

bonne lecture

[Traroth2]

Grosso modo, c'est un bon moyen pour faire du RIA orienté pro, avec formulaires, barres de progression et boutons. Ce que JavaFX fait très mal, pour l'instant. A l'inverse, je n'ai pas l'impression que Pivot fasse grand-chose dans le domaine du multimédia. C'est pas que JavaFX fasse des étincelles dans ce domaine, mais c'est le seul où il soit à peu près bon à quelque chose...

[B.AF]

Dieu que c'est hideux....D'un point de vue dev, ça se justifie probablement, mais en look and feel, c'est largement en dessous des frameworks js (extjs, gwt, yui).

Mais où part Java...

[_skip]

Au risque de passer pour un gros idiot, j'ai peur qu'il partage le gros souci de beaucoup d'autres frameworks de présentation java tels que openlazlo.

L'absence de designer visuel consistent voire de designer tout court

On peut scier flex autant qu'on le veut, il est quasiment impossible de ne pas admettre que côté IDE ça en jette. Et qui dit design visuel dit meilleur productivité, moins de cheveux blancs pour le développeur, adoption plus facile.
Taper du xml, c'est pénible, et devoir à chaque fois déployer et lancer pour voir ce que ça donne, ça peut vous bouffer en temps fou sur des UI non triviales.

J'espère me tromper, il me semble que tant qu'on n'aura pas compris cela, il sera difficile pour une techno de sortir du lot dans la surenchère actuelle de frameworks de présentation Java.

[B.AF]

Au risque de passer pour un gros idiot, j'ai peur qu'il partage le gros souci de beaucoup d'autres frameworks de présentation java tels que openlazlo.

L'absence de designer visuel consistent voire de designer tout court

On peut scier flex autant qu'on le veut, il est quasiment impossible de ne pas admettre que côté IDE ça en jette. Et qui dit design visuel dit meilleur productivité, moins de cheveux blancs pour le développeur, adoption plus facile.
Taper du xml, c'est pénible, et devoir à chaque fois déployer et lancer pour voir ce que ça donne, ça peut vous bouffer en temps fou sur des UI non triviales.

J'espère me tromper, il me semble que tant qu'on n'aura pas compris cela, il sera difficile pour une techno de sortir du lot dans la surenchère actuelle de frameworks de présentation Java.

Enfin il serait aussi temps de comprendre que l'UI, c'est un peu crucial dans un logiciel. En java, faire de l'ui, c'est une douleur.

[_skip]

Enfin il serait aussi temps de comprendre que l'UI, c'est un peu crucial dans un logiciel. En java, faire de l'ui, c'est une douleur.

Tu as parfaitement raison et je considère que c'est une grande faiblesse par rapport aux technos microsoft et autres. C'est dommage.

[B.AF]

Tu as parfaitement raison et je considère que c'est une grande faiblesse par rapport aux technos microsoft et autres. C'est dommage.

Bah oui, surtout quand on mesure le côté middleware /appserver en Java, où tout est possibl et surtout =avec une approche complexe, pas une approche RAD.
Mais même là, ça commence à perdre son avance...

[Traroth2]

_skip : C'est exact. C'est un des problèmes pénalisant des technos RIA basées sur un client Java.

[hhfr]

Moi, j'en ai toujours rêvé de cette techno. Maintenant, c'est sur que la solution de l'applet, c'est un peu moyen.
Ainsi que l'init de l'appli pour mettre les handlers et consorts. pas très intuitif.
Par contre plusieurs petites erreurs notés sur ce post.

Openlazo, ca génère du Flash, donc concurrent direct de Flex.

Développant pas mal en Flex actuellement, je peux garantir, que l'IDE Flex builder 3 ne tiens pas ces promesses pour les designer dés que cela se complexifie un peu. donc, le drag and drop desUI, on oublie tres vite, le XML est bien plus parlant au bout d'une journée d'apprentissage

Sinon il y a un framework très bien pour faire des RIA, et il y a des chance que vous utilisiez une application basé dessus en ce moment même si vous utilisez Firefox.
C'est le langage XUL, XML User Interface Language. Adobe n'a rien inventé, pas plus que MS avec XAML. C'est Netscape qui à inventé le développement d'IHM en XML. Rendons à cesar ce qui lui appartient.

J'ai beaucoup développé sur XUL. c'est un Framework très puissant qui peux s'utiliser en mode WEB et en mode standelone, via Xulrunner.
Il suffit de regarder les API disponibles qui vont du mail, la crypto, et j'en passe. Tous ce que fait firefox, thunderbird, songbird et faisable et bien plus.
Le système des overlay permet de faire des applications réellement modulaire à l'instar des plugins que vous installez dans Firefox. Enfiin, le language est très simple puisque c'est du javascript, avec sa force et ses faiblesses (faut avouer)

Si vous cherché un truc simple et qui permet de faire du multimédia de l'affichage de média multiple, XUL devrais etre votre choix. qui a déjà essayé d'afficher une page WEB dans une application Flex par exemple. Saura de quoi je parle... LOL

De plus étant complétement interprété par le client, la migration de HTML vers XUL est d'un simplicité enfantine.

Voilà en esperant apporter ma pierre.

Pour en revenir à pivot, mis à part le look & feel, qui est question de gout, c'est plutôt l'implémentation que je trouve pas très esthétique. Loin de la simplicité de XUL ou Flex.

Mais à suivre en tous cas