Là je vous sens incrédule… Chet Haase était anciennement chez SUN et travaillait sur… JavaFX. Il est maintenant chez Adobe et il travaille sur Flash 10. Comme quoi, on ne va pas jouer les tabloïds à 2 euros mais cela donne une idée. C’est aussi le coauteur avec Romain Guy d’un bon livre sur Swing et les techniques avancées pour les clients lourds.

Intro
Où en sommes-nous de Flex aujourd’hui ? Quoi de neuf du côté du runtime ?
La prochaine version de Flex « Gumbo » propose d’apporter un grand nombre de fonnctionalités en particulier dans le domaine de la gestion des effets 3D. Ce qui m’a plus intéressé c’est l’annonce d’un partenariat entre SpringSource et Adobe, afin d’améliorer le travail entre Adobe LifeCycle d’une part et Spring d’autre part. Est-ce à dire que SpringSource s’appuiera en partie sur la communauté d’Adobe ? En tous les cas cela permet dès maintenant des opérations simples comme utiliser un Bean Spring, le déployer dans un serveur léger type Tomcat, avec le moteur LifeCycle.

Pour ceux qui découvrent Flex, il s’agit d’un moteur basé sur Flash de génération d’interface client riche, afin de construire des applications embarquées dans un navigateur ou aussi des applications déployées sur nos postes, via Adobe AIR.

Pour écrire une application Flex, vous pouvez utiliser la syntaxe MXML ou le langage ActionScript. La création des écrans s’effectue avec Flex Builder. Enfin Flex propose 4 protocoles d’échanges entre le navigateur et le serveur : HTTP, SOAP, AMF et RTMP. AMF est le format binaire d’Adobe et le format RTMP est le format bas niveau basé sur TCP.

Flex aujourd’hui c’est un ensemble d’applications et de sites déployés. J’en profite pour parler de l’excellent site Parley’s.Com qui vous permet de suivre à distance Devoxx. Flex bénéficie d’un effet d’adoption massif en particulier depuis la sortie de la dernière version de la plateforme. Si vous souhaitez tester Flex, je vous conseille ce site : http://flex.org/tour. Si vous souhaitez tester un petit sympathique utilisant Adobe AIR, je vous conseille Balsamiq Mockup.

Flash Player 10
Flash 10 s’améliore, donc Flex s’améliore. C’est en substance le message de cette partie. La dernière version sortie en octobre propose des effets assez bluffants montrés durant la présentation. J’ai eu du mal à retrouver cette démo, voici une page reprenant cette démonstration.

Nous avons eu ensuite une démo des Pixel Blender (sorte de shader pour flash) ainsi que du moteur de rendu de texte et enfin la démo des fonctions sonores. J’ai été pas mal bluffé par la qualité des démonstrations. Il ne manque rien à Flash pour en faire un moteur tout à fait correct pour faire des jeux vidéos en 3D. Les fonctions de traitement de l’image et de la vidéo étaient aussi intéressantes.

Du côté de Flex
Tout d’abord la sortie d’Adobe AIR 1.5, puis ensuite le présentateur a parlé de Gumbo, la version à venir de Flex. L’objectif est d’offrir le support de Flash Catalyst, le pont entre le monde des designers et le monde des développeurs. Peu de gens sont à la fois des développeurs et des designers. L’idée de catalyst est de vraiment forcer la séparation entre la partie représentation (l’image) et la partie logique (un bouton sur lequel je clique).

Pour illustrer que l’équipe de développement de Flex travaille essentiellement sur ce sujet, Chess prend la photo d’un urinoir avec une fausse mouche collée au fond. Il explique qu’en tant qu’américain c’est un concept qu’il ne connaissait pas, mais qu’il comprend que cela aide les gens à se concentrer et à ne pas se disperser. Si tu ne veux pas que tes développeurs codent n’importe quoi, met une mouche au fond de l’urinoir.

Le cube qui tourne en 3D
Démonstration du modèle d’animation. Chess nous montre des carrés disposés en étoile. Ok. Ensuite il ajoute une fonction de rotation 3D en mxml et un slider. Ok. Et ensuite il s’amuse avec le slider… oh magie les carrés s’élevent et nous sommes en 3D.
Ce qu’il faut retenir : il sera très simple dans la prochaine version de Flex d’ajouter des animations 3D sur des objets simples en 2D.

Le vrai truc intéressant pour nous les geeks
James Ward est l’un de mes speakers préférés. Il avait déjà fait son petit effet au Paris JUG cet été mais là encore, même si Flex est un sujet facile à traiter en conférence, le bonhomme maîtrise son sujet.

Comme il l’explique tout d’abord, en terme d’architecture, Flex revient sur le modèle client-serveur classique que les architectes connaissent. Idéalement, le serveur est sans état et le client Flash avec votre application conserve l’état. Le souci pour les gens venant du monde Java c’est le souhait de conserver notre modèle Java et nos couches métiers. Comment alors travailler avec Flex ?

Adobe propose 2 solutions :
- Adobe BlazeDS d’une part, open-source libre et gratuit
- Adobe LiveCycle Data Services version commerciale avec plus de fonctionnalités

LiveCycle DS est une web application Java déployée sur un serveur d’app léger comme Tomcat ou un Weblogic. Il facilite grandement l’échange d’objets entre le client Flex et le serveur, en utilisant des techniques de sérialisations d’objet et le protocole AMF d’Adobe (entre autre).

James Ward en profite pour annoncer un partenariat entre SpringSource et Adobe, afin de renforcer les synergies autour de Flex. Et il se propose de faire une démonstration en live.
(au passage je vous conseille cet article de Sébastien Arbogast)

Ce nouveau projet s’appellera « Spring BlazeDS » et il permettra entre autre de bootstraper le MessageBroker de BlazeDS comme un bean managé par Spring. La servlet Spring Dispatcher sera aussi en charge avec un système de templates Spring du pasage de message vers le client. Le code m’a semblé propre et clair. Difficile ici de vous donner les détails, mea culpa.

Pour terminer James a parlé de génération de code et d’application rapidement de type CRUD. Pour cela nous avons vu la démonstration suivante : dans Flex Builder, une datasource est configurée. Il y a une table « PRODUCT ». Je clique sur cette table et je la glisse vers mon Canvas Flex. Celui-ci me demande si je souhaite utiliser une DataGrid pour listes tous les produits ? je mets oui. Ensuite en regardant le code MXML généré on voit en fait que c’est le code standard que nous aurions écrit avec LiveCycle DS du côté serveur. Cependant cela fait gagner du temps.
Il lance ensuite sa démo, la grille apparaît avec 10 produits. Il montre ensuite l’édition d’une des colonnes et il change le prix. Après avoir validé, on voit dans la base que le client (du flash) a renvoyé au serveur (webapp livecycle DS) un message et que le moteur de livecycle avec du spring a modifié la valeur dans la base de données… Ca c’est cool.

Il lance ensuite une deuxième fenêtre Firefox sur la même page. Ok je vois le même tableau avec mes 10 produits et ma valeur modifiée. Il change encore une fois le contenu de la cellule, et valide. Et là, on voit la valeur se mettre à jour instantanément dans l’autre Grille dans l’autre fenêtre de navigateur. Il explique que LiveCycle dispose d’un système de notification avec du Comet et que le client est donc notifié en cas de changement… cela montre la puissance et la simplicité de Flex pour les sceptiques.

En conclusion : encore de bonnes surprises par les personnes d’Adobe qui donnent l’impression d’en avoir sous le pied. On sent qu’un gros mouvement s’amorce du côté du navigateur. Je me demande si JavaFX sera sur le même type de marché ou pas… A suivre

Regardons ce qu’il se passe aujourd’hui : terminé le temps de la page HTML qui se recharge complètement. Les utilisateurs finaux veulent de l’interactivité, une interface riche et une ergonomie fantastique. D’un autre côté, le souci pour vous en tant qu’architecte est de conceptualiser et écrire une couche de service correcte.

Pour le projet sur lequel je travaille, nous avons une application développée avec JBoss Seam en début d’année. Le développement avec IceFaces des écrans principaux ne m’a pas pris beaucoup de temps. Par contre, s’agissant d’une application de surveillance et de monitoring, j’ai pas mal de difficultés à obtenir un résultat puissant en terme d’ergonomie et de réactivité. Je me suis donc tourné avec bonheur vers Adobe Flex. Le fait aussi de pouvoir fonctionner en mode déployé avec Adobe AIR est un plus.

En prenant JBoss Seam et Adobe Flex, il est possible de faire une application vraiment puissante. Pour cela, Exadel Flamingo est vraiment la dernière brique qu’il me manquait pour finaliser l’architecture. Flamingo est un outil très puissant qui permet tout d’abord de générer rapidement une application type CRUD avec une interface utilisateur en Flex. Si vous avez testé seam-gen, vous voyez ce que je veux dire. Flamingo utilise le protocole binaire AMF d’Adobe pour la communication entre l’interface cliente déployée en Flash du côté navigateur et donc, la partie serveur basée sur JBoss Seam. C’est similaire à un déploiement avec BlazeDS ou LiveCycle. Cela dit, en terme d’échanges d’objets, je me demande si JBoss Seam va aussi loin que LiveCycle.

L’intérêt de Flamingo est qu’en générant du code pour vous, il facilite l’écriture en ActionScript du côté du client. Après avoir défini une Entité du côté de Seam, vous pouvez facilement appeler un ensemble de méthode simple pour effectuer la recherche ou la mise à jour de votre entité à partir du code ActionScript. Flamingo est donc avant tout un générateur de code destiné à réduire la quantité de code à écrire, et qui facilite l’accès aux Entity EJB3 gérées par Seam.

Les échanges entre le client en Flex et le serveur JBoss Seam peuvent s’effectuer soit via une Servlet spéciale de Flamingo, soit via la partie Remoting de JBoss Seam.

Flamingo travaille avec Maven2 pour générer la glue entre JBoss Seam d’une part et les technologies RIA comme Flex ou JavaFX d’autre part.

Le mieux sera de vous écrire un petit exemple complet pour que vous puissiez vous faire une idée de l’intérêt de Flamingo. Désolé faute de temps je vous laisserai que deux URL pour que vous puissiez regarder :

- version JBoss Seam avec JSF seul
- version Adobe Flex avec protocole AMF

Retrouvez d’autres urls à cette adresse :
http://demo.flamingo.exadel.com/booking/booking.html

For those who wants to play with Flex, BlazeDS, Spring, Hibernate using a set of Maven projet, François le Droff wrote a good article. He managed to set-up a nice environment that was really helpfull for me when I started to add maven support to my own project.

Read http://blogs.adobe.com/francoisledroff/2008/05/my_blazeds_xdoclet_spring_hibe.html

However my project use Charts and when I tried to add support for Charts, it doesn’t compile anymore with Maven. I managed to fix various issues and I will report there how to make it work.

Add new mirror to your maven configuration

First, as explained on its post, add its repository to your maven configuration file
Here is my settings.xml :

<settings>
    <localRepository>>/Users/nicolasmartignole/.m2/repository</localRepository>
    <offline>false</offline>

    <proxies>
    </proxies>

    <servers>
    </servers>

    <mirrors>
        <mirror>
            <id>ibiblio</id>
            <mirrorOf>central</mirrorOf>
            <name>Ibiblio central repos.</name>
            <url>http://www.ibiblio.org/maven2</url>
        </mirror>
    </mirrors>

    <profiles>
        <profile>
            <id>defaultProfile</id>
            <activation>
                <activeByDefault>true</activeByDefault>
            </activation>

            <repositories>
                <repository>
                    <id>fna-repository</id>
                    <name>fna-repository</name>
                    <url>http://fna.googlecode.com/svn/trunk/fna/fna_m2_repository/</url>
                    <releases>
                        <enabled>true</enabled>
                    </releases>
                    <snapshots>
                        <enabled>false</enabled>
                    </snapshots>
                </repository>
            </repositories>

            <pluginRepositories>
                <pluginRepository>
                    <id>fna-repository</id>
                    <name>fna-repository</name>
                    <url>http://fna.googlecode.com/svn/trunk/fna/fna_m2_repository/</url>
                    <releases>
                        <enabled>true</enabled>
                    </releases>
                    <snapshots>
                        <enabled>false</enabled>
                    </snapshots>
                </pluginRepository>
            </pluginRepositories>
        </profile>
    </profiles>
</settings>

Create a simple project from scratch

Now it’s time to create your first maven project with Flex. I will call my new project « Lombok » and it will be part of « Treck » which is my company name.

mvn archetype:create
-DarchetypeGroupId=com.droff
-DarchetypeArtifactId=blazeds-xdoclet-spring-hibernate-archetype
-DarchetypeVersion=1.0
-DgroupId=org.treck
-DartifactId=lombok

Create a new IDEA IntelliJ project

Go to the new created folder (cd lombok) and type-in

mvn idea:idea -DjdkName=1.5

This will create a new IntelliJ Project.
You can also create a new Eclipse project with :

 mvn eclipse:eclipse

Compile time !

It’s now time to build the first project. There’s nothing special here since François’s project come with a nice CRUD application that works with HSQL database and Hibernate.

Simply type « mvn install » and wait for compilation

Deploy time

Once your project has been compiled you can now start the local Jetty servlet container. BlazeDS has already been configured for you with a simple amf service.

Enter

cd java_webapp
mvn jetty:run-exploded

If everything went well you should see something similar to the folowing output :

...
...
6 juil. 2008 09:34:50 org.springframework.orm.hibernate3.HibernateTransactionManager afterPropertiesSet
INFO: Using DataSource [org.springframework.jdbc.datasource.DriverManagerDataSource@bc5edf] of Hibernate SessionFactory for HibernateTransactionManager
6 juil. 2008 09:34:50 org.springframework.web.context.ContextLoader initWebApplicationContext
INFO: Root WebApplicationContext: initialization completed in 1465 ms
2008-07-06 09:34:50.252::INFO:  Started SelectChannelConnector@0.0.0.0:8080
[INFO] Started Jetty Server
[INFO] Starting scanner at interval of 10 seconds.

Open a web browser and check http://localhost:8080/lombok

Time to add some more difficulties

So far, so good. Now when I tried to import my existing Flex application into this sandbox, I started to encounter some difficulties. I will explain here how I manage to fix them.

First, let’s edit the simple MXML application and add a new Chart component. I let you create a working MXML from Flex Buider. My sample is based on a dataProvider that is an ArrayCollection of values.

...
<mx:LineChart id="linechart1" width="617" height="210" dataProvider="{todoItems}" showDataTips="true">
    <mx:series>
           <mx:LineSeries yField="cpuIdle" form="curve" displayName="Idle"/>
       </mx:series>
   <mx:horizontalAxis>
           <mx:CategoryAxis categoryField="name"/>
   </mx:horizontalAxis>

</mx:LineChart>

Now if you try to compile with mvn install the project you should see this error

...
[ERROR]  Could not resolve <mx:LineChart> to a component implementation.
...
BUILD FAILURE

Add 2 dependencies to your pom.xml

Edit flex_app/pom.xml and add the following dependencies

<dependency>
    <groupId>com.adobe.flex.sdk</groupId>
    <artifactId>datavisualization</artifactId>
    <type>swc</type>
    <scope>merged</scope>
    <version>3.0.0.477</version>
</dependency>
<!-- Add this to avoid the Unable to resolve resource bundle charts for locale en US error //-->
<dependency>
    <groupId>com.adobe.flex.sdk</groupId>
    <artifactId>datavisualization</artifactId>
    <version>3.0.0.477</version>
    <type>resource-bundle</type>
    <classifier>en_US</classifier>
</dependency>

Update also the rvin.mojo plugin version to read (still editing flex_app/pom.xml)

<plugins>
       <plugin>
           <groupId>info.rvin.mojo</groupId>
           <artifactId>flex-compiler-mojo</artifactId>
           <!-- Update here to the correct version -->
           <!-- <version>1.0-beta4</version> -->
           <extensions>true</extensions>

At the end of the file you can also add a new repository (or edit your settings.xml)

<repositories>
     <repository>
         <id>flex-mojos-repository</id>
         <url>http://svn.sonatype.org/flexmojos/repository/</url>
         <releases>
             <enabled>true</enabled>
         </releases>
     </repository>
 </repositories>

Update your local repository

To fix this issue you need to manually import a SWC component and a resource bundle into your local mavené repository. You also need to update the pom.xml so that the flex compiler add at compile time in the external-libs the chart component.

First, I read that you need to import the SWC component that are bundled with Flex Builder. Don’t know exactly why but it doesn’t work if you import datavisualisation component from an external flex SDK 3.0. So here is how to import the Chart component into maven :

mvn install:install-file -DgroupId=com.adobe.flex.sdk
-DartifactId=datavisualization
-Dversion=3.0.0.477
-Dpackaging=swc
-Dfile="/Applications/Adobe Flex Builder 3/sdks/3.0.0/frameworks/libs/datavisualization.swc"

Then you need to import the resource bundle

mvn install:install-file -DgroupId=com.adobe.flex.sdk
  -DartifactId=datavisualization
  -Dversion=3.0.0.477 -Dclassifier=en_US
  -Dpackaging=swc
  -Dfile="/Applications/Adobe Flex Builder 3/sdks/3.0.0/frameworks/local/locale/en_US/datavisualization_rb.swc"

If you forget to import the resource bundle you’ll see this error message:

Unable to resolve resource bundle "charts" for locale "en_US".

Rebuild

The application should now build completly with the Chart. It’s really important to specify in the pom.xml a scope of « merged » for the datavisualization plugin as shown below:

<dependency>
<groupid>com.adobe.flex.sdk</groupid>
<artifactid>datavisualization</artifactid>
<type>swc</type>
<scope>merged</scope>
<version>3.0.0.477</version>
</dependency>

If you don’t specify this scope, everything will compile but when you deploy the SWF file on Jetty and press refresh, Flash shows an error message with something like

VerifyError: Error #1014: Class mx.charts::LineChart could not be found.

The reason is that the datavisualization needs to be included within the SWF and shall not be loaded as an external library.

I hope that it will help some of you if you play with this nice mojo and with Flex Chart

To conclude a screenshot I took this morning of Chart:

Vous pouvez développer aujourd’hui 2 types d’applications. Un site web classique pour des utilisateurs tout public, pour un extranet, pour un intranet. Et vous pouvez aussi développer des logiciels complets basés sur ces technologies, ce qui est plus mon domaine. Entre la page web classique, la gestion du bouton back, des onglets du navigateurs, et une application riche embarquée dans un navigateur, il y a un monde.

Dans le monde de la finance, les contraintes en terme de temps réel sont importantes. La volumétrie des données est aussi un critère important. Il faut limiter et bien réfléchir au découpage en couche de toute l’architecture. En terme d’ergonomie, les traders doivent être les homo sapiens les plus exigeants en terme de réactivité, d’utilisation du clavier et de « ...ça doit marcher ton machin…« .

Après avoir travaillé avec GWT, un prototype .NET et Adobe Flex, je mettrai mon argent sur Flex. La technologie simple et efficace proposée pour l’échange de messages entre le serveur et le client Flex m’a complétement séduit. Si vous téléchargez BlazeDS et que justement, vous jetez un œil sur la démo « trader », vous verrez qu’il est tout à fait possible d’avoir du pseudo-temps réel sans trop d’efforts sur un poste client.

BlazeDS est un composant serveur qui fonctionne dans un conteneur de servlets et qui permet de pousser vers un client Adobe Flex ou Adobe AIR des flux de données ou des objets sérialisés. Ce serveur est open-source et distribué en licence LGPL v3.

J’ai fait quelques tests avec Flex et un chargement d’un flux HTTP avec un tag mx:HTTPService et un tag mx:RemoteObject afin de comparer les performances avec Firebugs. Le chargement via RemoteObject est 2 fois plus rapide sur la démo « testdrive-remoteobject » par rapport à la démo « testdrive-httpservice » distribué dans la version Turnkey de BlazeDS.

Vous allez m’entendre parler Adobe Flex pas mal ici dans les semaines qui viennent. J’ai fait aussi un proto avec Spring 2.5 en prenant Spring MVC, une factory particulière pour Flex et IDEA IntelliJ. Il faudrait faire un petit screencast pour vous montrer tout cela car c’est long à raconter par écrit…

Lien supplémentaire:

http://flexbox.mrinalwadhwa.com/

La présentation sur Flex sera animée par James Ward. Sur son blog vous pouvez retrouver quelques articles sympathiques dont un proto Google Apps, Adobe Air développé avec Dick Wall, l’un des orateurs du podcast Java Posse. Avec quelques lignes en python pour faire la partie backend serveur, et quelques lignes de MXML pour charger l’objet via RemoteObject. Elegant et simple.

J’en profite pour dire un mot sur une application qui permet de traiter un grand volume de données, et qui m’intéresse particulièrement : NASDAQ Replay développé avec Flex. C’est François qui m’en a parlé lors de la réunion OSSGTP, et j’ai bien fait d’aller y jeter un œil.

Cette application légère fonctionne avec Adobe AIR sur votre machine et vous permet de rejouer les évolutions des cotations d’actions sur le NASDAQ. Pour cela l’ensemble des Quotes ont été stockées sur Amazon S3, un énorme volume de stockage virtuel proposé par la société Amazon. Les milliers d’enregistrement sont stockés sous la forme de simples fichiers textes afin que l’accès aux données soit très rapide. L’application permet à un Trader de rejouer des prises de position sur le NASDAQ et de valider par exemple, des moteurs d’évaluation de Risk. Ce prototype montre à mon avis le futur des applications d’analyse en ligne.

J’imagine des cubes OLAP stockés de manière organisée sur S3 avec un frontal développé en Flex… Il y a des millions d’euros sur ce marché dans la finance pour qui veut bien se pencher sur la question… Avis aux amateurs, l’analyse du Risk est un marché porteur dans la finance.

Thomson Reuters avait racheté une entreprise appelée Applications Networks en juin 2006 pour récupérer un produit appelé JRisk. Ce produit à l’époque était un moteur d’analyse de risque avec une partie OLAP. Le montant du deal publié sur l’annonce presse était de 42 millions de dollar. Pour information, le secteur du Trade and Risk Managment chez Thomson Reuters représente un chiffre d’affaire supérieur à 100 millions de livres sterling… de quoi payer une petite licence Adobe Flex Builder non ?

Pour mon « projet-de-dans-deux-ans » que je commence en septembre si tout va bien, je crois que je vais reprendre cette idée pour stocker les données que je collecte avec mon moteur…

Je crois bien qu’Amazon S3 vient de résoudre mon problème de volumétrie des données.

Allez on se voit la semaine prochaine, passez une bonne semaine.

L’organisation de Valtech était à la hauteur de l’événement. Environ 90 personnes étaient présentes. En majorité des développeurs Java. Il y avait quelques développeurs .NET, PHP et des graphistes. Mais le premier constat, c’est que soit le fichier de prospection de Valtech n’a contacté que des équipes Java, soit clairement un développeur client riche en France n’est pas un graphiste mais un développeur…

Nous étions environ une cinquantaine dans mon groupe. Tout le monde était équipé d’un portable avec les différents environnements de développement installés grâce à un CD donné par Valtech. La première session sur Google Web Toolkit était animé par Sami Jaber de DNG Consulting, ancien directeur technique chez Valtech Toulouse. Sami a été interviewé plusieurs fois dans 01 Informatique (ici, là sur JavaFX et ici sur RDA). Son blog parle aussi de .NET. Je retiens plusieurs points sur sa présentation. Tout d’abord il explique que GWT n’est pas réellement comparable à SilverLight ou Flex. Il n’y a pas de plugin et pas de rendu vectoriel. GWT est orienté application web riche. L’avantage de GWT est son intégration complète dans l’espace de travail du développeur. Le développeur écrit en Java une application similaire à de la programmation ave Swing pour décrire votre interface et vos actions. Ce code génère du Javascript avec l’outil GWT qui est ensuite déployé vers le client. L’un des points forts de GWT est la génération optimisée du Javascript selon le navigateur ainsi que selon la langue de l’utilisateur. GWT prend en charge la complexité de gestion des différents navigateurs et permet donc de ne se concentrer que sur la partie métier. A peu de chose prêt c’est ce que nous faisons avec mon équipe sur le framework Karma depuis 3 ans, pour la finance. Là où par contre GWT va plus loin, c’est son intégration dans l’environnement de travail. Chez nous la productivité n’est pas mirobolante car la phase de debug est assez délicate. Sur GWT la productivité est bien meilleure que notre solution.

GWT seul est pauvre en terme de composants graphiques. Cependant il faut savoir qu’un bon nombre des librairies Javascript sont en court de portage vers GWT. Sami a présenté une intégration de la librairie ExtJS dans le projet Ext GWT (ou GXT) qui m’a particulièrement intéressé. ExtJS est une librairie très puissante mais difficile à programmer proprement, car c’est du Javascript. Il existe bien une taglib pour ExtJS mais je ne suis pas convaincu. Ext GWT par contre est vraiment une librairie qui a un avenir au sens industriel du terme. Je vois déjà les applications chez Thomson-Reuters qui pourraient en bénéficier pour pas très cher. La librairie est disponible soit sous licence GPL v3, soit sous licence commerciale si vous souhaitez l’intégrer dans un produit. C’est la mode en ce moment.

GWT est donc une librairie et un moteur complet qui permet de travailler d’Eclipse (ou d’IDEA IntelliJ) rapidement, sans devoir déployer son application et perdre du temps. L’exemple de Sami utilisait Apache OpenEJB, un tout petit moteur EJB3 qui a l’avantage de se lancer très vite par rapport à un JBoss. Je ne parle même pas d’IBM Websphere et compagnie…

Deuxième séance: Microsoft Silvertlight beta 2 release 2. Je ne vais pas m’étendre. Très décevant. La présentation était moyenne, les 2 présentateurs ont proposé d’axer la présentation sur l’intégration entre l’utilisation de Microsoft Blend et d’un outil de développement C#/XAML afin d’expliquer la séparation entre le design graphique et la partie codage. Mon sentiment sur ce que j’ai vu, c’est que Silverlight n’est pas encore terminé. Certes on parle d’une béta. Mais en fin de présentation, l’un des speakers a expliqué que dès aujourd’hui il était possible d’aller en production avec un support qui sera assuré par Microsoft… Moi désolé mais je n’ai rien compris.

J’ai apprecié Microsoft Blend qui est un outil puissant pour construire son interface. Il écrase Flex Builder car il permet vraiment d’aller très loin sur les effets graphiques et de présentation. En terme d’ergonomie, je trouve qu’il y a encore quelques points à clarifier, mais l’outil est utilisable pour faire une interface très sympa. Du côté de XAML et du pont avec la partie métier et service, une application cliente Silverlight est agnostique avec la partie serveur. Elle peut donc être client d’un Tomcat sans soucis. Silverlight supporte un grand nombre de modèle de communication comme REST ou RPC. Il y a une couche de sécurité que je n’ai pas vu du côté de Flex. Anecdote cependant qu’un des présentateurs a laché : le contenu XAP d’un fichier silverlight est placé dans le cache du navigateur. Il serait possible de récuperer ce contenu pour le décompiler et en faire ce que l’on veut. Il explique donc qu’il faut faire attention à ne pas stocker de choses sensibles dans l’application, mais à aller les chercher sur le serveur. Ce qui me paraît logique.

Quoi d’autre sur Silverlight ? je vous passe les manipulations assez acrobatiques que nous avons dû faire car il y a un souci de Namespace sur la dernière version de Blend. C’était folklorique. Moi en tant que client j’attendrai encore un peu avant de m’en servir pour un client final. Je n’ai pas du tout aimé la partie C#. Cela dit, Silverlight a aussi un support pour PHP et Ruby. Donc on peut envisager d’écrire autrement la partie Page de l’application. Voili voilà.

Nous avons terminé la journée par la présentation qui m’a le plus bluffé : Adobe Flex. Je connais bien la techno puisque l’an passé j’ai réalisé tout un prototype avec Flex de l’une de nos applications. Je voulais rester afin de voir comment présenter Flex aux gens qui ne connaissent pas. Yann Chevalier de Baao nous a fait une superbe présentation. C’est un très bon speaker et je pense que toute la salle a réussi à réaliser les ateliers qu’il présentait. Nous avons codé un player de vidéo en Flex, avec une timeline, des boutons Pause et Stop et un compteur de temps. Cela permet de voir comment utiliser le Designer pour créer l’interface. Ensuite comment binder un composant à un événement. Comment déclarer un composant réutilisable… Bref une très bonne présentation. Rien à dire, je reste convaincu que pour l’instant Flex a une bonne longueur d’avance sur Silverlight. Flex est pensé par des graphistes, des ergonomes, des développeurs Flash qui ont une grande expérience du Web là où Silverlight est orienté développeur. Cependant j’ai vu qu’en terme de rendu, Silverlight est plus puissant dans ses effets graphiques. Là où pour l’instant cela pêche un peu, c’est que des applications avec de la vidéo et des cubes qui tournent, il y a peu d’intérêt à en faire… Nous sommes encore en phase de transition vers du Web un peu plus riche, ce que GWT qui reste sur du HTML et du JS fait très bien.

En conclusion, je suis reparti avec un tee-shirt GWT. C’est pas marrant à dire mais les teeshirts Silverlight sont restés sur les tables de la salle d’accueil. Problème de publique je pense. Les gens présents étaient en majorité des pro-Java et malheureusement le fossé continue à se creuser. J’en suis responsalbe aussi en faisant du bashing ici. Mais je ne vais pas pipoter en racontant que c’est une techno mature et prête à être mise en production chez un client, un trader, dans une salle de marché… C’est une bonne techno mais avec un concurrent comme Adobe Flex et un produit comme Thermo qui devrait bientôt arriver, la concurrence va être rude pour Silverlight. A noter en juillet nous devrions avoir une présentation sur Flex par l’équipe d’Adobe France aux Paris Java User Group (Paris JUG).

Dans un premier temps, présentation de Flex par Yann Chevalier, puis de Microsoft Silverlight par Angelo Pacifio et enfine Google Web Toolkit par Sami Jaber.

Comme d’habitude je posterai ici un compte-rendu de cette journée afin de vous faire partager mon expérience.

• A la maison, naissance le 23 juillet de notre deuxième enfant, Cloé
• J’ai formé 4 personnes à Java, expérience vraiment sympa.
• Ma maquette de JBoss Seam pour le boulot a pas avancé.
• Ma maquette 2 avec Adobe Flex vient de ressortir des cartons mais c’est pas encore vendu. Trop novateur, des incertitudes pour le binding avec les données. Même s’il est possible de faire une belle interface utilisateur, si l’architecture derrière ne suit pas c’est de l’argent jeté par la fenêtre.
• Un voyage à New-York chez un client en octobre. On change d’air, content de voir du pays, de parler avec un « vrai » client
• Un pari perdu sur un gros bug de synchronisation de Thread, le genre de problème sympa que vous êtes deux à comprendre dans la boîte. Je t’oublie pas humberto, tu l’auras ta bouteille !
• Je ne sais pas combien de commit, je compte plus. Vive SVN. Ah non, c’est plus à la mode. Vive Git
• 58 articles publiés sur mon blog en 2007. Les 3 articles les plus consultés sur le blog cette année sont Sun TechDays, la pillule bleu, ensuite Flex2, premier pas et enfin Convertissez-vous à JBoss Seam mes frères
• Une mission chez IBM pour faire un portage WebSphere 6.1. J’ai maintenant des idées très arrêtées sur Websphere, et je peux parler en connaissance de cause.
• Un projet perso pour mon frère réalisé avec JBoss Seam cet été.

En attendant, BONNE ANNEE 2008 !

Une application Flex s’écrit avec du XML, plus précisement du MXML. Il suffit de décrire la composition de l’application, et de déclarer ce que voit en fait l’utilisateur. Il est aussi très facile de créer des composants ou des vues réutilisables. MXML me fait penser à Xaml de Microsoft ou encore à la syntaxe XUL de Mozilla. Cependant il y a aussi ActionScript, un langage de script qui vous permet de brancher des évenements, d’appeler des Web Services ou des applications de type REST via HTTP.

J’ai bossé tard hier soir après avoir installé le Flex Builder basé sur Eclipse RCP. Je me suis lancé sur l’écriture de quelques écrans standards de nos applications utilisant notre framework Java « pour voir ». Et franchement le résultat est très sympa. En terme d’ergonomie, on est loin devant AJAX, HTML et CSS. Nous utilisons même des composants HTC de Microsoft pour faire des tableaux éditables ou le support du drag-and-drop. Avec Flex tout est plus facile, simple et propre. Et évidemment je peux faire tourner mon application dans Firefox, comme dans Internet Explorer.

En fouillant sur le web ce matin j’ai déjà reperé quelques blogs, et quelques sites sympas.

Kuler est un module pour sélectionner la couleur primaire et les couleurs secondaires d’un site web. Cela vous permet de faire un site « beau » et pas un site d’informaticien avec 3 couleurs moches.
http://kuler.adobe.com/

Le blog de Bruce PHILIPS est très sympa car on suit au jour le jour ses progrès et ses découvertes avec Flex. Il a maintenant une sacré maitrise et j’y ai trouvé un bon tutorial pour faire la partie login de mon application. http://www.brucephillips.name/blog/index.cfm 

Si vous voulez voir une liste des composants, des layouts et des charts de Flex vous pouvez regarder sur ce site: http://examples.adobe.com/flex2/inproduct/sdk/explorer/explorer.html 

Enfin pour terminer je voulais mettre ici en ligne le fichier SWF réalisé cette nuit, mais JRoller refuse que j’upload des SWF. J’ai donc simplement mis une capture d’écran…
Désolé pour l’image, j’essayerai de mettre un fichier SWF sur un autre serveur.

Flex est simple à apprendre, et le Flex Builder me paraît franchement indispensable pour gagner du temps lors de la création des écrans. Cette technologie au premier coup d’oeil fonctionnera bien si du côté serveur, l’architecture est de type REST, si vous pouvez générer du XML ou encore mieux, si vous disposez de Web Services.
A tester donc.