Blog Xebia France » Flex

Revue de Presse Xebia

Xebia France — Tue, 22 Nov 2011 09:09:31 +0000

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

Actualité éditeurs / SSII

RIA

Sortie de JQuery Mobile 1.0

Le coin de la technique

Persistance Polyglotte

Actualité éditeurs / SSII

Adobe met Flex en Open source

Adobe a annoncé que Flex allait être donné à une fondation open source. Les réactions à l’annonce ont été plus que mitigées, certains parlant d’abandon. Adobe a alors apporté des précisions:

d’une part, la fondation envisagée est la Apache Software Foundation.
les développements en cours, dont le nouveau compilateur et plusieurs widgets, seront inclus dans le transfert.
enfin, Adobe va continuer à s’investir dans le développement de Flex, promettant une équipe de développement qui contribuera au projet open source à temps plein.

Geronimo 3 se prépare: certifié full Profile et utilise OSGI

Géronimo, le serveur EE Open-source d’Apache prépare sa nouvelle version. Comme nous le rapporte The H, la béta 1 vient de sortir. Certes, la release finale est sans doutes loin, mais le serveur a tout de même passé avec succès les certifications Full et Web-Profile de Java EE 6.
A noter que 2 versions du serveur existent. La première, avec Tomcat 7 et Axis 2, est celle qui a été validée. La seconde repose sur Jetty 8 et CXF. Par ailleurs, cette version est basée sur OSGI 4.3 et promet donc, en plus des applications EE, des facilités pour le déploiement d’applications OSGI.
L’annonce officielle est disponible sur le site du projet et la release note est ici.

Google Eclipse Plugin est maintenant open source

La semaine dernière, Google a annoncé que son célèbre Google Plugin for Eclipse (GPE) est maintenant open source. Pour rappel, GPE regroupe un ensemble d’outils de développement qui facilitent la conception, la construction et le déploiement d’applications qui utilisent GWT, SpeedTracer, App Engine et d’autres services du cloud de Google.

La communauté a réagit de manière positive suite à l’annonce. Max Andersen de Red Hat a souligné : “[...] suite à la mise à disposition du code source du plugin, nous envisageons de travailler plus étroitement avec Google et la communauté pour rendre l’expérience des développeurs plus productive et plus intégrée à la plate-forme Eclipse. Nous sommes particulièrement intéressés par les possibilités de déploiement sur des serveurs multiples, telles que la plateforme JBoss Enterprise Application et Google App Engine de façon uniforme [...]”

Le projet GWT Designer, qui s’appuie sur le projet de WindowBuilder, est également disponible sur Google Code sous la licence Eclipse Public License. De cette manière, Google espère que les contributions apportées par la communauté permettront l’amélioration et l’évolution du GPE.

RIA

Sortie de JQuery Mobile 1.0

Après un an de développement, JQuery Mobile sort enfin en version 1.0 finale. Basé sur les frameworks javascript JQuery et JQuery UI, cet outil va permettre de concevoir des interfaces graphiques en HTML5, Ajax et CSS 3 compatible sur un nombre impressionnant de mobiles et tablettes (iOS, Android, Blackberry, Bada, Windows Phone, webOS, Symbian, Meego, etc.)

Au menu, l’équipe met en avant les spécificités suivantes de JQuery Mobile:

Une compatibilité avec de nombreux périphériques,
Une dégradation progressive des composants en fonction des capacités de chaque périphérique,
Des layouts et composants graphiques optimisés pour le tactile, avec auto-adaptation au périphérique,
De grand efforts au niveau des performances (transition, scrolling) et du toucher sur les différentes plateformes mobiles,
L’apparition d’un outil pour customiser ses propres thèmes graphiques avec ThemeRoller for Mobile,
La possibilité d’intégrer JQuery Mobile avec PhoneGap, un outil très puissant pour déployer ses applications web sur de nombreuses plateformes,
Une communauté très active, avec ses nombreux blogs, ressources et plugins.

JQuery Mobile utilise la version 1.6.4 de JQuery, et n’est donc pas compatible avec la récente 1.7, qui a introduit des évolutions non rétro-compatibles avec les précédentes version. Ainsi, il faudra attendre la prochaine version 1.1 de JQuery Mobile.

L’accueil de JQuery Mobile a été quelque peu mitigé. Les performances et la réactivité du toucher semblent très inégales selon le périphérique utilisé.
Malgré la compatibilité avec une large gamme de périphériques, de nombreux développeurs semblent privilégier pour le moment le framework Sencha Touch.

Le coin de la technique

Persistance Polyglotte

Vous avez sans doute déjà entendu parler de la programmation polyglotte: il peut être intéressant d’introduire plusieurs langages dans un projet de façon à disposer d’outils bien adaptés à chaque problématique.

Dans la lignée de la programmation polyglotte, Martin Fowler formalise la notion de persistance polyglotte avec une approche identique. Aujourd’hui tout le monde utilise la base de donnée relationnelle pour la persistance mais tous les problèmes de persistance ne sont pas adaptés au modèle relationnel. L’article en anglais offre une réflexion approfondie et quelques exemples sur le sujet.

Revue de presse

Xebia France — Tue, 15 Nov 2011 06:12:59 +0000

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

RIA

Inquiétude de la communauté Flex suite aux annonces d’Adobe

Le coin de la technique

Sortie de JQuery 1.7

Evénements de notre communauté en France et à l’étranger

CITCON London 2011

RIA

Inquiétude de la communauté Flex suite aux annonces d’Adobe

La semaine dernière, il y a eu beaucoup de confusions, et de rumeurs suite aux diverses annonces d’Adobe concernant Flash, Flex et HTML5. Tout a commencé lorsqu’Adobe a annoncé la semaine dernière l’abandon de Flash Player pour mobile. Une vague de rumeurs et de confusions s’est alors abattue un peu partout, certaines personnes confondant le Flash Player avec la solution AIR pour mobile qu’Adobe ne compte pas abandonner. Tout aurait pu s’arrêter là mais c’était sans compter sur les autres communiqués plutôt maladroits d’Adobe pour annoncer leur intention de miser sur HTML5 dans le futur et de leur intention de fournir Flex à la communauté. Ce qui a provoqué de vives réactions au sein de la communauté Flex, le plus parlant est bien entendu le billet de Fabien Nicollet auteur du blog Flex Tutorial qui montre bien l’inquiétude et l’incompréhension face à ces annonces. Finalement, suite à la panique engendrée, Michael Chaize, évangéliste de la plateforme Flash chez Adobe France a pris l’initiative de réaliser un communiqué non officiel à la communauté francophone pour la rassurer. Dans ce qui peut être dit :

Adobe n’abandonnera pas Flex, une équipe Adobe – diminuée certes – travaillera en collaboration avec la communauté et d’autres sociétés utilisatrices de Flex,
La totalité du projet Flex sera donnée à la communauté mais on ne sait pas encore à quelle fondation open source elle appartiendra,
Adobe devrait donner plus d’informations sur Flex au moment de la sortie de la release de la version 4.6 qui est prévue pour le 29 Novembre 2011.

Au delà de la communauté francophone, on peut voir aussi beaucoup de réactions au travers des commentaires et réactions sur Twitter. Ce qui commence à faire réagir Adobe qui s’active pour réaliser une communication plus claire. Cette maladresse semble avoir ébranlé la communauté Flex. Espérons que les annonces à venir permettront de rassurer tout le monde et que l’ouverture de Flex à la communauté soit le début de belles initiatives.

Le coin de la technique

Sortie de JQuery 1.7

La nouvelle version de la très populaire librairie Javascript est sortie en début de mois avec son lot de nouveautés.

Au rang des changements, on notera l’apparition d’une nouvelle API de gestion des évènements. Celle-ci remplace et unifie les méthodes existantes de binding d’évènements (bind(), click(), delegate() et live()) par la méthode on(), et d’unbinding (unbind(), undelegate() et die()) par la méthode off().
Cette nouvelle méthode on est définie par la signature suivante : on(events [,selector] [,data], handler) (les éléments entre crochets sont optionnels). Elle permet donc d’associer une fonction de callback (handler) à un ou plusieurs évènement(s) déclenché(s) dans l’objet sur lequel la méthode on est appelé. Il est aussi possible de filtrer les éléments sur lesquels cette méthode s’applique à l’aide d’un css selector et de passer des données à la fonction de callback.
La fonction off de son côté possède la signature off([events], [,selector] [,handler]) permettant de supprimer des bindings. Les méthodes de binding habituelles sont encore présentes pour des raisons de rétro-compatibilité mais sont désormais dépréciées.

Cette nouvelle API vient avec une nouveau moteur de gestion des évènements qui amène une amélioration sensible des performances dans la majorité des cas.

Pour ce qui est des autres nouveautés :

amélioration du support de HTML5,
un fonctionnement plus intuitif des méthodes slideToggle() et fadeToggle(),
le support de l’API Asynchronous Module Definition permettant la définition de modules qui pourront être chargées de manière asynchrone,
de nombreuses autres améliorations et corrections de bug à voir dans le billet d’annonce.

Evénements de notre communauté en France et à l’étranger

CITCON London 2011

La CITCON (Continuous Integration and Testing Conference) s’est déroulé du 11 au 12 novembre à Londres dans les locaux de Skills Matter. Comme son nom l’indique, cette conférence est dédiée à tout ce qui touche à l’intégration continue et aux tests mais c’est avant tout un événement de type « Open Space ».

Le principe de la CITCON

Le premier jour de la conférence débute à 18h. Tous les participants (environ une centaine) sont invités à proposer un sujet (débats, présentation technique, démonstration d’un outil, …). Un court résumé est rédigé sur un post-it qui sera ensuite collé sur un immense tableau représentant le planning de la conférence :

Le planning s’est très vite rempli, il y avait 5 salles à notre disposition pour les 5 slots horaires prévus (1 heure par slot). Vous l’aurez compris, le contenu de la conférence est entièrement créé par la communauté. Elle est libre de proposer les sujets mais également l’heure à laquelle ils seront abordés (on parle de planning refactoring, tout le monde avait la possibilité de changer les post-it de place). Comme 5 sujets sont animés en parallèle, les participants avaient la possibilité de quitter une salle pour se rendre dans une autre si finalement la discussion ne les satisfaisait pas, c’est ce qu’on appelle la règle des deux pieds.

Les sujets abordés
Voici une liste non exhaustive des discussions animées par les participants.

Root Cause Analysis by Squirrel
Aramis: Why do projects fail by Eric Lefevre-Ardent.
Dev and Ops and System Ops oh my by Squirrel
Configuration Changes
What can we learn from CI by Benjamin Mitchel
Do you use your tests in prod
Radiators by Tom Denley
How to move an agile team from Continuous Integration to Continuous Deployment
To feature branch or not to feature branch
Are you satisfied of your build tools
TDD : Hands On
…

N’ayant pu assister à toutes les présentations, je vous livre quelques informations (il est difficile de retranscrire l’intégralité des discussions).

TDD : Hands On
La session TDD animée par Steve Freeman (l’auteur du livre Growing Object-Oriented Software, Guided by Tests) était très intéressante. Un des participants voulait comprendre comment mettre en place le Test Driven Development dans son projet. Pour ce faire, il a projeté sur le video-projecteur une méthode écrite en Java non testée. Steve Freeman a guidé l’assistance de bout en bout. De la création de la classe de tests jusqu’à l’injection de dépendances en passant par l’écriture de tests unitaires mettant en exergue les règles de gestion de la classe à refactorer.

Are you satisfied of your build tools ?
Un premier tour de table était destiné à lister tous les outils de builds utilisés au quotidien par les participants. Les noms de Ant, Gradle, Maven sont évidemment sortis assez vite, mais il existe toujours des projets qui utilisent Make. Nous avons abordés les outils connexes que sont Jenkins, Teamcity et des plugins comme m2eclipse.

La conférence s’achève
En fin d’après midi, nous voilà tous réunis pour exprimer en quelques mots les moments forts et les souvenirs que nous garderons de CITCON 2011. Un tirage au sort a permis à quelques chanceux de gagner des livres tels que Agile Testing et Domain Specific Language.

C’était un réel plaisir d’assister à la CITCON, énormément de passionnés venant parfois de très loin. Il y a forcément une certaine déception de ne pouvoir assister à toutes les présentations, par exemple à celle où un participant a construit un robot pour tester Angry Birds automatiquement !

La marmite – Développez une application mobile avec Flex

Ellène Dijoux — Mon, 24 Oct 2011 08:35:09 +0000

Cette semaine aura lieu dans les locaux de Xebia la 4e marmite des Duchess. Ce mois-ci, nous vous invitons à découvrir Flex pour le développement d’applications mobiles. Ce Hands-On, animé par moi même, sera l’occasion de découvrir, en binôme et par la pratique, les outils mis à disposition du développeur pour réaliser une application mobile. Les détenteurs de smartphone ou tablette Android pourront même tester leur travail sur leur device.

Quelques informations pratiques sur la soirée :

Où ? Chez Xebia au 156 boulevard Haussmann à Paris.
Quand ? Le 26 Octobre 2011 à partir de 19h.
Comment s’inscrire ? En réservant votre place sur Event Brite.

Vous trouverez toutes les informations sur le blog Duchess France. Si l’évènement vous intéresse, dépêchez-vous de vous inscrire car il reste peu de places !

Revue de Presse Xebia

Xebia France — Wed, 04 May 2011 08:00:11 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

Sortie de la version 1.8 de Groovy

RIA

Flex 4.5 SDK, Flash Builder 4.5 et Flash Catalyst CS 5.5 enfin disponibles

Le coin de la technique

Gavin King persiste et signe… 9 billets sur Ceylon

Actualité éditeurs / SSII

Sortie de la version 1.8 de Groovy

Guillaume Laforge, le chef de projet de Groovy, vient d’annoncer sur son blog la sortie de la version 1.8 du célèbre langage de scripting pour la JVM.

Le millésime semble de qualité avec de nombreuses fonctionnalités nouvelles et améliorations – certaines fonctionnalités très populaires ont d’ailleurs été backportées sur la version 1.7. A noter également que, comme le signale Burt Beckwith sur son blog, Grails 1.4 a été mis à jour pour supporter cette nouvelle version.

Nous vous proposons ici un bref aperçu des principales nouveautés; les exemples sont tirés ou inspirés des notes de version, très complètes. Signalons encore une série d’articles publiés très récemment par Mr. Haki sur son blog et qui donnent une description encore plus détaillée de certaines nouveautés de Groovy 1.8.

Support de JSON

De même que pour l’XML, Groovy supporte désormais nativement le langage JSON. Il est ainsi possible, grâce à la classe JsonSlurper, de parser un contenu JSON, de même qu’il est possible d’écrire du code JSON grâce à la classe JsonBuilder:

import groovy.json.*
def json = new JsonBuilder()
json.person {
    name "Guillaume"
    age 33
    pets "Hector", "Felix"
}
println json.toString()

Ce code produit en effet la sortie JSON suivante:

{"person":{"name":"Guillaume","age":33,"pets":["Hector","Felix"]}}

Processus de compilation et transformations de l’Arbre Syntaxique Abstrait

Tout d’abord, une nouveauté prometteuse nous est offerte sous la forme des compilation optimizers: ces « optimiseurs de compilation » permettent de modifier – de façon globale – le comportement du compilateur Groovy; plus précisement, il est possible d’agir sur les niveaux suivants:

ImportCustomizer: ajouter des imports « par défaut »;
SecureASTCustomizer: filtrage par classe afin d’autoriser ou de prohiber l’utilisation de certaines classes, ce qui permet de sécuriser le code à compiler;
ASTTransformationCustomizer: appliquer des transformations AST sur toutes les classes à compiler.

D’autre part, de nouvelles transformations de l’AST sont disponbiles. En voici quelques-unes:

Il est possible d’injecter un logger dans une classe grâce aux annotations @Log (pour java.util.logging), @Commons (pour commons-logging, @Log4j (pour Log4J) et @Slf4j (pour SLF4J).
Les annotations @ToString et @EqualsAndHashCode permettent de générer facilement des implémentations de toString(), equals() et hashCode().
L’annotation @AutoClone permet quant à elle de générer une redéfinition de la méthode clone() et de rendre la classe annotée Cloneable. Différentes stratégies d’implémentation sont possibles: appel de super.clone(), clonage des propriétés de l’objet, appel d’un constructeur par copie, ou encore sérialisation (si l’objet implémente Serializable).
Les annotations @ThreadInterrupt, @TimedInterrupt et @ConditionalInterrupt permettent respectivement de vérifier qu’un thread a été interrompu, d’interrompre un thread au bout d’un laps de temps et de l’interrompre sous condition.
Les annotations @WithReadLock et @WithWriteLock permettent de gérer l’accès à une ressource partagée avec une granularité plus fine que celle proposée par la transformation @Synchronized, en utilisant un moniteur de type java.util.concurrent.locks.ReentrantReadWriteLock.

Des descriptions plus détaillées de ces nouvelles transformations sont disponibles ici et ici.

APIs pour la programmation concurrente

Groovy est désormais packagé avec GPars, une puissante et flexible librairie – elle-même en Groovy – proposant de nombreuses APIs pour l’exécution concurrente, asynchrone et/ou distribuée de tâches écrites en Java ou en Groovy. Tous les patterns les plus connus, du Fork/Join au Map/Reduce en passant par les Agents et Actors, sont désormais à la disposition du développeur Groovy.

Ecriture de langages dédiés

L’écriture de langages dédiés ou DSLs (Domain Specific Languages) avec Groovy gagnera en lisibilité grâce à la possibilité de supprimer les parenthèses et les points lors d’un chaînage d’appels de méthodes. Il devient possible d’écrire dans un style fluide très proche du langage naturel; l’exemple suivant est particulièrement frappant:

show = { println it }
square_root = { Math.sqrt(it) }
def please(action) {
  [the: { what ->
    [of: { n -> action(what(n)) }]
  }]
}
//version allégée
please show the square_root of 100
//version classique
please(show).the(square_root).of(100)

Dans un autre post, Guillaume Laforge s’offre même le luxe de concocter une recette de cuisine plutôt lisible:

Recipe.instructions {
   take medium_bowl
   combine soy_sauce, vinegar, chili_powder, garlic
   place chicken into sauce
   turn once to coat
   marinate 30.minutes at room_temperature
}

Closures

Rien de révolutionnaire, mais quelques améliorations notables:

Il est désormais possible de spécifier des closures comme arguments d’annotations. Ceci ouvre des perpectives intéressantes notamment dans le cadre d’une programmation par contrat, qui pourrait tirer parti de cette nouvelle fonctionnalité pour spécifier sous forme d’annotations des invariants de classe, des pré et post-conditions, etc. Ce genre d’artifice ressemblerait à ceci:

//invariant
@Retention(RetentionPolicy.RUNTIME)
@interface Invariant {
    Class value() // stocke la closure
}
//utilisation de l'invariant
@Invariant({ number >= 0 })
class Distance {
    float number
    String unit
}

L’annotation @Invariant, définie par l’utilisateur, utilise une closure pour spécifier de façon élégante et concise un invariant de classe.

Lorsqu’il s’agit de vérifier l’invariant, cependant, on peut regretter que le code ne soit pas tout aussi trivial, en raison – apparemment – de problèmes de compatibilité:

def d = new Distance(number: 10, unit: "meters")
def anno = Distance.getAnnotation(Invariant)
def check = anno.value().newInstance(d, d)
assert check(d)

Les nouveaux opérateurs >> et << permettent d'alléger l'écriture des closures composées:

def plus2  = { it + 2 }
def fois3 = { it  3 }
//version longue
fois3plus2 = { x -> plus2(fois3(x)) }
//version courte
fois3plus2 = plus2 << fois3

L'utilisation du trampolining permet d'éviter les dépassements de pile (stack overflows) en transformant la récursion terminale de certains algorithmes en code itératif. Alors que le code suivant produit un dépassement de pile à l'exécution:

def factorial
factorial = { int n, BigInteger accu = 1G ->
    if (n < 2) return accu
    factorial(n - 1, n  accu)
}
println factorial(1000) //java.lang.StackOverflowError

La version "en trampoline" du même algorithme s'exécute sans problème:

def factorial
factorial = { int n, BigInteger accu = 1G ->
    if (n < 2) return accu
    factorial.trampoline(n - 1, n * accu)
}
factorial = factorial.trampoline()
println factorial(1000)

Grâce à l'appel de la méthode trampoline() qui enveloppe les appels récursifs dans des wrappers de type TrampolineClosure, tant que le "trampoline" appelant reçoit en retour des instances de TrampolineClosure, il continue d'invoquer itérativement la fonction sous-jacente, ne s'arrêtant que lorsque l'objet de retour n'est plus un trampoline. La pile d'appels ne grossit donc pas de façon incontrôlée.

Le support de la mémoization permet désormais aux closures effectuant de lourds calculs de mettre en cache le résultat des appels en fonction des arguments en entrée.

La curryfication est désormais possible aussi en partant de la droite, voire même en désignant de façon arbitraire un argument par sa position dans la liste d'arguments.

Autres sucres syntaxiques

Support du diamond operator de Java 7:

List> list1 = new ArrayList<>()

Nouvelles méthodes DGM (Default Groovy Methods), toujours pratiques, par exemple countBy qui, dans l'exemple suivant, compte le nombre d'occurrences de nombres pairs et impairs dans une liste d'entiers:

assert [0:2, 1:3] == [1,2,3,4,5].countBy{ it % 2 }

Les slashy strings sont désormais multilignes:

def poem = /
to be
or
not to be
/

Une nouvelle variante des slashy strings appelée dollar slashy string permet de définir une GString multiligne dans laquelle il n'est pas nécessaire d'échapper le backslash; pratique pour noter du XML ou bien des chemins de fichiers Windows:

def dir = $/C:temp/$

Performances

Enfin, il faut noter que la version 1.8 de Groovy inaugure des chantiers sur les performances du langage. Avec deux améliorations profitables :

Sur les opérations basiques sur les entiers (additions, soustractions, multiplications, divisions, incréments, décréments et comparaisons). Il faut cependant se rappeler que les optimisations de cette version ne s'appliquent que sur des opérations d'un type unique. Si vous mixez, par exemple, additions et soustractions dans une même ligne de code, vous n'en profiterez pas.

Sur les appels de méthodes directs. Si un appel de méthode est lancé sur this et que le prototype correspond à une méthode présente (aux types près), Groovy passera outre ses mécanismes de réfléxion standard. Là aussi, faites bien attention aux restrictions pour en tirer parti.

Cela peut paraître maigre mais ce n'est que le début de plus gros chantiers de performances qui auront lieu au cours de la vie de la branche 1.8. Peut-être la fin de la politique "fast enough" de Groovy ?

RIA

Flex 4.5 SDK, Flash Builder 4.5 et Flash Catalyst CS 5.5 enfin disponibles

Bonne nouvelle pour la communauté Flex: aujourd'hui, sort officiellement Flex 4.5 SDK , Flash Builder 4.5 et Flash Catalyst CS 5.5. Après quelques mois en pré-release, disponible en téléchargement privé, la team Flex a profité des retours des utilisateurs qui ont testé les produits. Plus axées sur le développement mobile, ces nouvelles versions permettent de développer des applications riches autant pour le web que pour le desktop ou pour d'autres supports comme les mobiles et les tablettes.

Dans cette nouvelle version de Flash Builder, seul le déploiement sur Android est prévu. Mais une nouvelle version disponible en juin vous permettra de déployer vos applications sur iOS et Blackberry Tablet OS. Parmi les autres nouveautés : un Flash Builder permettant de développer plus rapidement et un workflow amélioré entre Flash Builder et Flash Catalyst : vous pourrez maintenant passer du premier au second sans difficulté pour retravailler le design.

Le coin de la technique

Gavin King persiste et signe... 9 billets sur Ceylon

Il y a à peine deux semaines on évoquait ici-même la présentation qu'avait faite Gavin King du nouveau langage Ceylon, et de l'accueil plutôt mitigé que la communauté lui avait réservé.

Sans doute piqué au vif, Gavin King a publié cette semaine une série de neuf articles (d'autres sont peut-être encore à venir) où il présente le langage avec beaucoup plus de détails et de finesse.

A travers notamment les commentaires des lecteurs, on remarque au fil des billets un certain regain d'intérêt pour ce langage, au fur et à mesure que les contours s'en précisent et que certaines questions trouvent leur réponse. Malgré tout, le langage semble encore souffrir d'un caractère quelque peu confidentiel, et les échanges tournent parfois au débat d'experts. Il faut également noter que la volonté affichée de réécrire un SDK complet pour Ceylon semble laisser certains observateurs sceptiques.

Sans revenir sur les caractéristiques du langage lui-même – nous laissons à nos lecteurs le soin de parcourir ces billets – nous avons concocté un résumé des échanges entre Gavin et ses lecteurs sous la forme de questions-réponses:

Qui travaille dans le projet Ceylon?

S'il admet être le seul à y travailler à temps complet, Gavin révèle tout de même que l'équipe Ceylon compte parmi ses membres quelques blogueurs de In Relation To, parmi lesquels Emmanuel Bernard, Aleš Justin, Jason Greene, Max Handersen et Pete Muir – nous sommes donc bien dans la mouvance Hibernate - Red Hat - JBoss. Toujours d'après Gavin, certains membres de l'équipe OpenJDK (Andrew Haley et Gary Benson) y travailleraient aussi, et enfin, quelques personnes de chez Red Hat (Andrew Dinn, David LLoyd et surtout Mark Little).

Quel est l'état d'avancement du projet?

Gavin admet que l'écriture du parseur ANTLR ne fut pas une partie de plaisir et lui a demandé des mois de travail; cependant, le parsing et la génération de l'AST sont d'après lui terminés et il travaille désormais sur le compilateur: le typechecker est en bon état d'avancement, mais la génération du bytecode aurait pris du retard.

Quel degré d’interopérabilité avec Java?

Il y aura une certaine interopérabilité, mais celle-ci sera mise à mal en raison de l'inexistence de wildcard types et de surcharge de méthodes en Ceylon. Concernant la surcharge, Gavin envisage d'utiliser le principe des GADT (Generalized Algebraic Data Types), inspirés d'Haskell, pour "unifier" les surcharges de méthodes.

Mais plutôt que parler de portage de frameworks Java en Ceylon, Gavin préfère tabler sur l'apparition spontanée de nouveaux frameworks en Ceylon qui viendraient remplacer les frameworks Java à la mode. L'ambition de Ceylon à cet égard semble en effet un point marquant du nouveau langage. Gavin est formel: "nous avons comme but explicite de créer un nouveau SDK (et par là nous entendons vraiment une série de modules que nous allons écrire nous-mêmes)".

Et Gavin de lister les modules sur lesquels il souhaite se concentrer dans l'immédiat:

ceylon.language - types de base pour le support des fonctionnalités inhérentes au langage
ceylon.module - le runtime assurant la modularité (basé sur JBoss Modules)
ceylon.collection - le framework de collections (l'implémentation sous-jacente serait fournie par le framework Java équivalent)
ceylon.datetime - support des dates et heures (probablement basé sur la JSR-310)
ceylon.security - API sécurité
ceylon.io - Utilitaires d'entrée-sortie (implémentés en utilisant java.io)
ceylon.concurrent - API pour la programmation concurrente "de bas niveau" (basée sur JSR-166)
ceylon.http - client et serveur HTTP (peut-être fondé sur Netty)
ceylon.html - le "Kit de construction" HTML

Par ailleurs, Gavin précise que le compilateur Ceylon est conçu pour s'intégrer avec OpenJDK et pour pouvoir compiler simultanément du code Java et du code Ceylon. Cependant la version initiale (alpha) du compilateur ne contiendra que les modules du langage lui-même.

La modularité

Gavin confirme que la notion de module – une sorte de "super package" avec ses propres portées de visibilité – sera bâtie au sein du langage. Mais il ne s'arrête pas là: il envisage également une entité plus large encore que le module, qu'il baptise assembly. Ceci porte à trois le nombre de niveaux de modularité:

package
module, matérialisé notamment par une archive dans un format précis, éventuellement déployable sur un dépôt de modules
assembly: agrégation de différents modules

Le compilateur ne produirait d'ailleurs pas de fichiers ".class", mais plutôt des archives déployables sur un dépôt local ou distant. De même, il saurait retrouver des dépendances requises depuis ces dépôts.

Quant au runtime, il s'agirait bien de JBoss Modules. Celui-ci saurait gérer les archives et les problématiques de class loading et aussi rechercher et exécuter les modules définis dans sa configuration.

Rétrospective de notre XKE d’avril

Xebia France — Fri, 08 Apr 2011 19:27:32 +0000

Comme chaque premier jeudi du mois, les consultants Xebia se sont réunis hier pour le XKE (Xebia Knowledge Exchange).

Cette journée fut dédiée au développement mobile. Après un échange sur l’actualité, 4 groupes se sont formés autour de thèmes forts :

Android, animé par Steve Klouvi
Iphone, animé par Amin Fathallah
Flex Mobile, animé par Julien Buret
JQuery Mobile, animé par Alexis Kinsella

Suite à une brève introduction aux différentes technologies challengées, les xebians ont développé une application mobile en Pair Programming à l’aide de l’api JSON du blog de Xebia, proposant des fonctionnalités de listing des auteurs, des categories et des articles, ainsi que des fonctionnalités telles que la recherche. Certaines solutions telles que Windows Phone 7, Palm OS, BlackBerry ou encore BKRender n’ont pu être défendues lors de cette journée faute de participants pour ces challengers, ce qui n’est que partie remise.

Une restitution, suivie d’un débat a permis aux xebians de faire le point sur les différentes solutions testées, et de mettre en avant les forces et faiblesses de chacune des technologies.

La journée s’est achevée sur deux sessions parallèles :

L’urbanisation présenté par Nicolas Jozwiak.
Les bases de la cryptographie et des infrastructures à clés publiques présenté par David Galichet.

Revue de Presse Xebia

Xebia France — Tue, 17 Aug 2010 05:47:32 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

Oracle poursuit Google pour violation de brevets

RIA

SOA

La NASA ouvre les sources de son cloud privé

Le coin de la technique

Continuous Delivery, le livre le plus important de 2010 ?

Actualité éditeurs / SSII

Oracle poursuit Google pour violation de brevets

Jeudi dernier, Oracle a lancé une action en justice contre Google pour violation de brevets quant à l’utilisation de Java pour la plateforme Android. L’information a rapidement fait le tour du web et de la twitosphère provoquant à l’encontre d’Oracle son lot de commentaires indignés, notamment dans les communautés Java et libristes (On retiendra le billet peu amène de James Gosling : « The shit finally hits the fan…. »).

Dans sa plainte, Oracle précise que « Android [...] et les appareils qui utilisent Android violent un ou plusieurs brevets parmi les suivants: 6,125,447; 6,192,476; 5,966,702; 7,426,720; RE38,104; 6,910,205; et 6,061,520″. Les brevets en question portent sur l’implémentation de machines virtuelles, l’outillage et les compilateurs.
Google, certainement pour garder les coudées franches, a fait le choix d’implémenter sa machine virtuelle Dalvik sans utiliser OpenJDK (la version GPL2 de Java). Cette implémentation n’est pas pleinement compatible Java et est exécutée sur des terminaux mobiles. Or, lorsque Sun avait « open sourcé une partie de Java » au travers d’OpenJDK, les garanties d’être à l’abri d’attaques pour violation de brevet ne protégeaient que les implémentations pleinement compatibles Java pour desktop et serveur uniquement (pas les implémentations pour terminaux mobiles).
Pour étayer son accusation selon laquelle Google a sciemment violé les brevets relatifs à Java, Oracle avance que Google était, de longue date, au courant des brevets détenus par Sun. Eric Schmidt (CEO de Google) et Urs Hölzle (Senior VP of operations chez Google) ont en effet joué un rôle significatif dans le développement de la technologie Java lorsqu’ils étaient chez Sun.
La réponse de Google à l’attaque d’Oracle (au travers d’un communiqué de presse) est sans surprise : Google estime que la plainte est sans fondement. D’autre part, Google considère qu’avec cette plainte, Oracle n’attaque pas seulement Google, mais aussi la communauté Open Source Java.

A priori, l’objectif d’Oracle n’est pas de « tuer » Android mais de profiter de son succès en imposant à Google de lui reverser une part des revenus de la plateforme. En effet, Java ME est une source non négligeable de revenus pour Sun (Oracle) puisque cette technologie équipe de très nombreux terminaux. Mais le succès fulgurant d’Android sur le marché des smartphones est sur le point de tarir cette source de revenus.
D’autre part, Oracle souhaite sans doute envoyer un message clair quant à sa conception de l’utilisation de la technologie Java là où le silence de Sun vis à vis d’Android pouvait être perçu comme un blanc seing.

Ce genre d’affaire est généralement synonyme de feuilleton judiciaire à rallonge (comme dans le cas emblématique de SCO vs. Linux). Il y a donc peu de chances que le cas Google / Oracle se règle rapidement. La complexité du dossier (notamment en ce qui concerne les tenants et aboutissants techniques) laisse présager de longs débats. Même si l’issu d’un procès reste incertaine Google était certainement préparé à une telle attaque (et est de taille à y faire face) et sa défense sera bien préparée.
Tant que l’affaire ne sera pas réglée, l’ensemble de l’écosystème Android (constructeurs, développeurs, utilisateurs, …) va retenir son souffle, mais l’engouement pour la plateforme Android ne devrait pas trop en pâtir. D’une part, Google continuera de développer la technologie Android. D’autre part, gageons que Google prendra ses responsabilités sur le sujet de la propriété intellectuelle et jouera son rôle de pare feux vis à vis des constructeurs équipant leurs terminaux de l’OS Android.

La fin d’Android est très peu probable. Oracle n’y a aucun intérêt et ce pour plusieurs raisons. D’abord parce qu’Oracle a tout intérêt à ce que Java soit présent sur le marché des smartphones. Or cette présence passe par Android, pas par Java ME et Oracle n’a, aujourd’hui, ni la volonté, ni la capacité d’innover dans ce sens. Ensuite parce que l’essor des smartphones sous Android favorise le développement d’applications utilisant des backend (serveurs) mettant en œuvre des serveurs d’applications Java et des bases de données, augmentant ainsi la taille d’un marché sur lequel Oracle se taille la part du lion. Enfin parce qu’Android réunit une large communauté Java.
Il semble donc que cette affaire ne puisse avoir que deux issues :

Google sera contraint à verser une partie des revenus d’Android à Oracle. Soit parce qu’Oracle aura gagné un procès, soit parce que Google aura préféré négocier un accord à l’amiable.
Ce sera le status quo. Soit parce qu’Oracle aura perdu un procès, soit parce qu’Oracle retirera sa plainte suite aux négociations qui vont s’entamer (au cours desquels Google pourrait commencer à utiliser ses brevets comme arme de dissuasion).

Ce qui est sûr, c’est que l’image de Java ne sortira pas grandie de l’initiative d’Oracle (qui semble d’ores et déjà avoir perdu la bataille de l’image).

Pour ceux qui souhaitent approfondir le sujet, l’excellent billet de Charles Nutter « My Thoughts on Oracle v Google » fait longuement le tour de la question et propose des perspectives très intéressantes.

RIA

Bean Validation pour Flex.

Le framework GraniteDS continue à offrir des fonctionnalités riches pour Flex, en parallèle des offres de Adobe, BlazeDs (open source) et LifeCycle ES (commercial).
La version 2.2 (actuellement en bêta publique) ne faillit pas à la règle et amène une rafraichissante innovation : l’implémentation de la JSR 303 (BeanValidation) pour Flex. Toutes les contraintes standard de la JSR sont implémentées via des annotations AS3 et le générateur de code maison (GAS3) permet la conversions des annotations des beans Java.
La validation s’appuie sur une nouvelle fonctionnalité de réflexion.
Autre avancées, peut être moins spectaculaire, la prise en compte des types ‘big numbers’ de Java dans les sérialisations offertes par le framework.
GraniteDs, dont certains avait décrété la mort à la publication de BlazeDs, est toujours bien vivant et comble, en open source, certains manques laissés par Adobe.

Annonce de jQuery Mobile

C’est une nouvelle qui va à coup sûr faire du bruit dans un monde du développement mobile déjà bouillonnant, puisque vient d’être annoncée la sortie pour la fin d’année de la version mobile du framework jQuery. Et ce n’est pas par la petite porte que le célèbre framework web souhaite faire son entrée, puisque contrairement à ses concurrents déclarés, tels que jQTouch ou bien Sensha Touch, jQuery Mobile se veut être un framework JavaScript ciblant la quasi totalité des plateformes mobiles web actuelles (Blackberry, Windows Mobile, iOS pour l’iPhone et l’iPad, Android, Symbian, Bada, …), et permettant de développer des interfaces riches capables de faire rougir bon nombre d’interfaces graphiques natives.

Avec l’avènement d’HTML5 (WebStorage, WebSockets, Vidéo, Géolocalisation, …), du CSS3, et des navigateurs mobiles dernière génération proposant des moteurs JavaScripts performants, la guerre du web semble se trouver un nouveau terrain de bataille, et le web mobile aura sous peu toutes les armes nécessaires pour déstabiliser le business modèle à peine naissant des Markets, tel que l’iTunes App Store ou bien l’Android Market. Le marché des applications mobiles semble donc suivre la voie de son grand frère, celui des applications PC, et proposera à terme de nombreuses applications riches directement par le web.

L’annonce parue sur le site de jQuery Mobile indique que l’un des objectifs du framework est de pouvoir développer une application unique pour toutes les plateformes mobiles. Ce concept, ne semble pas nouveau puisque l’objectif de J2ME sorti il y a 10 ans déjà était bien de développer une solution unique, rappelez-vous: « Write Once, Run everywhere ». Le slogan semble être ici: « Write Less, Do More », mais l’objectif de fond est bien le même.

Palm avec sa plateforme WebOS et Firefox sont déjà sponsors du projet. Bien qu’encore en développement intense, la première sortie est prévue pour fin 2010. Ce framework pourrait bien être une des grandes surprises mobile de 2010 et devenir très rapidement un incontournable pour le développement web d’applications riches pour mobile.

Pour en apprendre plus sur cette déclinaison de jQuery, vous pouvez suivre les liens suivants et apprécier les designs présentés :

SOA

La NASA ouvre les sources de son cloud privé

La NASA a récemment annoncé son intention d’offrir le code de son cloud privé Nebula au projet OpenStack en partenariat avec Rackspace. Il s’agit d’une implémentation d’une IaaS orientée vers le calcul scientifique et le stockage de données. Par ailleurs OpenStack est un projet actuellement supporté par plus de 25 firmes, dont Dell et Intel. Il offre une pile logicielle ouverte permettant de créer et exploiter un cloud privé sur la base d’infrastructures matérielles standards. Il est disponible sous la licence Apache 2.0. D’après la présentation du projet, la création d’un nouveau Framework ouvert pour le cloud est motivée par deux raisons principales :

Le paysage du cloud est actuellement composé d’offres propriétaires, incompatibles entre elles et manquant de transparence, freinant ainsi l’expansion de cette nouvelle industrie. La création d’un framework Open Source permettrait donc une adoption plus massive.
La plupart des autres projets Open Source existant ne pouvaient satisfaire les énormes besoins de scalabilité exprimés par Rackspace. Seule Nebula, semblait correspondre au besoin.

Pour l’instant le projet est disponible en « Developer preview ». Une première release sera disponible respectivement mi-septembre pour « OS Compute » et mi-octobre pour « OS Storage ».

Le coin de la technique

Continuous Delivery, le livre le plus important de 2010 ?

Continuous Delivery, le livre de Jez Humble et David Farley, est disponible en version finale, en édition papier ou électronique (chez vos revendeurs habituels). Il traite d’un sujet qui tient à cœur de plus en plus d’acteurs de l’écosystème JEE : comment améliorer et dédramatiser les processus de build, de livraison et de déploiement d’un produit. Ce livre recueille déjà de nombreux lauriers. Dont ceux de Martin Fowler (directeur de la collection, donc forcément un peu partial), qui en fait le livre technique le plus important de 2010.

De ce que nous avons pu en lire (par exemple, en RoughCuts ici), ces louanges sont justifiées : ce livre traite de tous les problèmes qui devraient animer n’importe quel consultant au démarrage d’un projet. Collaborer entre équipes, développer de manière incrémentale, tester, automatiser, déployer, tout cela dans un seul but, maximiser la qualité du produit délivré.

Ce livre donnera lieu a un grand nombre de présentations en conférence, qui, si ce n’est déjà fait, devrait vous donner envie d’en faire votre livre de chevet avant la rentrée littéraire.

Pour en savoir plus, consultez le blog Continuous Delivery

Revue de Presse Xebia

Xebia France — Mon, 18 Jan 2010 18:55:11 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

Agilité

Le rôle des leaders dans une équipe agile

RIA

Actualité éditeurs / SSII

dm Server 2.0 transféré de SpringSource à Eclipse

SpringSource annonce cette semaine la finalisation de dm Server 2.0. Il s’agit là d’une mise à jour importante qui agit principalement sur la réduction des nuisances causées au développeur de par la nature même d’OSGi. En effet, si beaucoup peuvent s’accorder sur le fait que la modularité dynamique peut constituer un intérêt sur de nombreux projets, c’est le coût en nuisances et en lourdeurs qui fait que cette solution n’est toujours pas très populaire au sein des applications d’entreprise. L’enjeu est donc crucial puisqu’il s’agit maintenant pour SpringSource de rendre attractif son serveur modulaire pour les entreprises. Un an et demi après le lancement du projet l’évolution de cette version 2.0 sera donc à suivre…

Parallèlement, SpringSource annonce le transfert de dm Server au sein de la fondation Eclipse. Il tiendra alors le rôle d’implémentation de référence de la spécification BluePrint OSGi 4.2 récemment finalisée. Tout comme le travail de simplification apporté à la nouvelle version, la standardisation permettra de rassurer les entreprises sur la pérennité de la technologie proposée par dm Server, qui restait jusqu’alors propriétaire.

HornetQ 2.0, un véritable renouveau ?

Pour mémoire, HornetQ est le nouveau nom de JBoss messaging. En bref, c’est pour le moment un projet Open Source sans support ayant vocation à s’intégrer dans le futur aux produits d’entreprise RedHat. Nous en parlions déjà en aout l’année dernière. La roadmap visait alors clairement la mise à disposition d’une API de messaging RESTful. Malheureusement, il n’y en a même pas l’ombre pour le moment et cela reste dans la roadmap. Gageons que quelques problèmes d’architecture accompagnés de bugs bloquants ont empêché le développement de cette nouvelle fonctionnalité.

L’annonce reprend principalement la précédente et ne liste rien de neuf par rapport à Aout 2009. Mais s’il y a bien dans le Jira du projet un grand nombre de bugs corrigés, c’est surtout la maturité du source qui a grandi.
Malgré tout, la bonne nouvelle est que JBoss espère bien pouvoir l’intégrer dans sa ligne produit et que RedHat continue l’investissement sur le projet.

Nexus sous license GPL: Sonatype explique son choix

Nexus est le gestionnaire de dépôts Maven développé par Sonatype. La version 1.0 est sortie à l’été 2008 sous la licence GPL. Il faut croire que Sonatype a fait face à de nombreuses critiques car la société vient de publier sur son blog un post intitulé « Why we chose the GPL for Nexus » lui permettant d’argumenter son choix. Alors quelles furent ces raisons ?
Le « problème » de la GPL est qu’elle force à redonner à la communauté les changements effectués dans le source au cas où le logiciel obtenu est redistribué. Dans le cas spécifique de Nexus, Sonatype explique que le produit était vu dès l’origine comme un produit commercial, sans question d’open source. Puis, trouvant le processus de développement plus fun, intéressant et plus productif, couplé au fait que l’équipe voulait « protéger son investissement », il fut décidé de passer en Open Source. Sonatype est franc sur ce dernier point et affirme l’avoir toujours été.
Ensuite, la société explique les idées qui guident généralement ses choix de licence:

L’Affero GPL ne permet pas aux utilisateurs de développer des extensions, même à usage interne, sans avoir à redistribuer les sources. Dans le cas de Nexus, cela aurait sans doute impacté négativement son adoption.
Sonatype considère que, pour un projet open source, passer d’une licence donnée à une licence plus restrictive n’est pas correct. On se souvient que certains on déjà réalisé cette transition en s’attirant alors des critiques d’utilisateurs. Sonatype déclare que ce ne sera pas leur cas.
La documentation, elle, est soumise à un principe différent. En effet, la compagnie pense que celle-ci constitue une bonne partie de la plus-value apportée. Ainsi, ils ne veulent pas voir de concurrents se servir de leur travail. C’est pourquoi ils ont choisi la licence Creative Common 3.0 BY-ND-NC interdisant à quiconque de modifier cette documentation.

Au final, cet article est passionnant dans la mesure où il nous permet de bien appréhender le raisonnement derrière le choix d’une License pour des produits très répandus dans l’écosystème Java. Nous les utilisons tous les jours sans forcément nous poser de questions. Pourtant, pour certains clients, il peut être important de garder fermées leurs sources. Après, savoir si c’est une réelle nécessité ou un simple état d’esprit difficile à changer est une autre histoire !

Agilité

Le rôle des leaders dans une équipe agile

Mike Cohn, auteur de nombreux livres sur l’agilité et membre fondateur de l’Alliance Agile, revient sur le rôle des managers au sein d’une organisation de type agile. Un des principes forts des méthodes agiles est la mise en place d’une équipe auto-organisée, où il n’y a théoriquement plus de chef de projet. Cependant, Mike nous averti qu’une auto-organisation ne veut pas dire les développeurs font tout ce qu’ils veulent. Au contraire, Mike explique que des managers ont tout à fait leur rôle à jouer dans ce type d’organisation. Ainsi, il développe l’idée d’une influence subtile et indirecte des managers sur l’équipe.
C’est alors au fur et à mesure des challenges, des échecs et réussites que l’équipe évolue d’elle-même vers l’organisation la plus appropriée. Les managers sont néanmoins là pour poser certaines limites et contraintes.
A la fin de son article, Mike nous présente un exemple concret d’un scrum master au prise avec un développeur, qui est un peu trop solitaire, et nous expose comment il pourrait résoudre ce problème de manière subtile. Le scrum master peut être alors vu comme un agitateur au sein de l’équipe pour l’aider à devenir plus agile. Et, c’est là l’un des plus gros challenges d’un scrum master, qui consiste à naviguer entre un subtil mélange de contrôle et d’influence.

RIA

Le nouveau jQuery est arrivé !

Un an jour pour jour (ou presque) après la sortie de jQuery 1.3, voici venir la nouvelle mouture du framework qui nous arrive dans une version 1.4. Le détail complet des nouveautés se trouve sur cette page. Le mot d’ordre : performance !

L’API a subit une réécriture complète. Un des points marquants est la fonction live(), déjà présente dans la version précédente, qui supporte désormais tous les évènements Javascript (click, change…). Pour ce qui est des nouveautés au niveau de l’API, on retiendra plus particulièrement :

contains() : vérifie l’existence d’un nœud DOM dans un autre nœud DOM,
isEmptyObject() et isPlainObject() : vérifie si un objet est vide ou existant (new Object ou {}),
detach() : supprime du DOM un set d’éléments,
focusin() et focusout() : ajoute un événement de type focus,
clearQueue() : supprime de la pile les éléments qui n’ont pas encore été lancés,
delay() : définit un timer pour l’exécution de certains éléments dans la pile,
toArray() : récupère tous les éléments du conteneur jQuery dans un tableau.

Côté performance, on peut noter une réelle amélioration pour les méthodes remove, html et empty. Un gros travail a donc été effectué au niveau des méthodes de manipulation du DOM. Il en va de même pour la gestion des attributs et des propriétés css.

Pour le téléchargement de la librairie production (minifié et GZippé) ou développement (code non compressé) ou pour consulter la documentation, je vous renvoie directement sur la home page du site. Et pour les fans de CheatSheet (comme moi ), la version 1.4 est déjà disponible au format HTML, PDF ou PNG.

Et si vous appréciez jQuery et le travail de toute l’équipe qui se trouve derrière, vous pouvez faire une donation de 20$ et ainsi recevoir un eBook jQuery gratuitement !

Survol de la galaxie Flex.

Vous voulez passer à Flex, mais vous ne savez pas par où commencer ? Suivant l’adage « Pour bien travailler il faut avoir de bons outils », InfoQ propose un survol de la galaxie Flex. Sans rentrer dans les détails de l’article, on notera :

les IDE : le célèbre FlexBuilder, mais aussi IntelliJ, ou encore des environnements plus exotiques comme Amethyst, EnsembleTofino et FlashDevelop. Nous n’avons pas (encore) eu l’occasion d’essayer ces derniers, mais si l’un de nos lecteurs possède une expérience avec ces outils, qu’il n’hésite pas à la partager !
les frameworks : là encore, outre les classiques (PureMvc, Cairgorm…), quelques petits nouveaux tentent d’émerger, dont deux qui nous ont interpellé : Ruboss (pour intégrer Ruby on Rails) et Prana (IoC). Nous espérons bientôt les tester.
les outils de support du developpement : là encore, Flex commence à se doter d’un arsenal conséquent : tests unitaires (FlexMonkey), couverture de code (FlexCover), tests de GUI (RIATest). Il ne reste plus qu’à monter une usine logicielle digne de ce nom en agrégeant ces utilitaires.
les outils d’intégration dans l’entreprise : là encore, un certains nombre de ces outils sont archi-connus (comme BlazeDs), et d’autres plus confidentiels, peuvent présenter un réel intérêt : intégration à Struts (FxStruts), AmFast (Python)… Nous aurons probablement l’occasion d’en reparler.

Au final, InfoQ propose un survol relativement complet et permet de découvrir de nouveaux outils. Ne reste plus qu’à les tester, ou à recueilli vos retours d’expérience !

Flex : Custom style DataGrid

Nicolas Jozwiak — Thu, 26 Nov 2009 12:57:02 +0000

Lors de la finalisation de l’un de nos développements Flex, nous avons mis en place des styles pour les différents composants de l’application. Mais il se trouve que nous avons rencontré une petite difficulté sur le composant DataGrid. A noter également l’utilisation de Flex 4 dans cet exemple, mais ce problème est aussi valable avec Flex 3.

Les styles

Avec Flex, les styles sont très simples à mettre en place, et se font de la même manière qu’en HTML :

Soit via la définition des styles directement dans le fichier MXML :


	myStyle {
		fontFamily: "arial";
		background-color:#FFFFFF;
	}

Soit via la définition d’une feuille de styles CSS, déclarée dans le fichier MXML :

Concernant le composant DataGrid, modifier les couleurs des lignes devient trivial avec la propriété alternatingItemColors. Néanmoins la situation se corse lorsque nous devons appliquer ces couleurs aux lignes d’une seule colonne…

Exemple

Prenons un exemple :

XebiaCustomDataGrid1.mxml

Dans cet exemple, nous avons un simple DataGrid remplit avec une ArrayCollection, et dont les lignes ont des couleurs alternées.

Dans ce second exemple, nous ajoutons une CSS :

xebia.css

.grid {
	alternatingItemColors: #ffccff, #ff99cc;
}
.header {
	fontWeight: bold;
}

XebiaCustomDataGrid2.mxml

On notera l’ajout des attributs styleName et headerStyleName dans les propriétés du DataGrid, ainsi que de la déclaration de la CSS :

Nous obtenons ainsi le rendu suivant :

Mais que faire si nous voulons appliquer un style sur une seule colonne ? La solution consiste à surcharger les cellules de la colonne concernée par un renderer. Pour ce faire, une classe ActionScript doit être mise en place.

Voici la classe CustomCell.as :

public class CustomCell extends Label
     {
      override protected function updateDisplayList(unscaledWidth:Number, unscaledHeight:Number):void
        {
            super.updateDisplayList(unscaledWidth, unscaledHeight);
            var g:Graphics = graphics;
            g.clear();
	    	if (DataGridListData(listData).rowIndex % 2 == 0) {
	        	g.beginFill(0xffdfbf);
	     	} else {
	     		g.beginFill(0xffc080);
	     	}
	        g.drawRect(0, -2, unscaledWidth+1, unscaledHeight+4);
	        g.endFill();
        }
     }

Ainsi pour chaque ligne, nous dessinons un rectangle dans la cellule avec la même alternance de couleurs.
Il ne nous reste plus qu’à appliquer ce renderer au DataGrid.

XebiaCustomDataGrid3.mxml

Nous remarquons que la propriété itemRenderer a été ajoutée sur la troisième colonne du DataGrid.

Ainsi nous obtenons le rendu suivant :

Enfin à travers cet exemple nous revoyons une des limites de Flex: malgré la richesse des composants et de leurs comportements, lorsque les développements deviennent un peu plus subtils, du code ActionScript est nécessaire, là où dans cet exemple une simple instruction CSS aurait suffit…

En espérant que cette solution puisse aider d’autres personnes !

Vous pouvez télécharger les sources sur le SVN de Xebia France.

Devoxx – Jour 2 – Les effets avec Flex 4

Ellène Dijoux — Thu, 19 Nov 2009 14:17:54 +0000

La session Wicket initialement prévue Mardi matin ayant été annulée, j’ai assisté à la place à une présentation sur les effets Flex. Je pensais que je ne pouvais rien apprendre de plus à ce sujet, je me suis trompée : l’utilisation des effets a été simplifiée, et il est maintenant possible d’étendre les effets.

Qu’est ce qu’un effet ?

Flex 3

En Flex, il est possible de définir des effets pour des transitions ou lors du déclenchement d’un évènement (hide, show par exemple).
Nous allons reprendre l’exemple du Dissolve disponible sur le Flex 3 Component Explorer.
On commence par définir les effets :

Puis on indique au composant cible, l’effet qu’il doit utiliser lorsque l’on cache le label :

...

Dans Flex 3, il n’est pas possible de gérer des effets sur la valeur d’une propriété comme le texte ou la couleur par exemple. Les effets ne sont en effet applicables que sur les composants.

Flex 4

La nouveauté dans Flex 4 tient tout d’abord dans la définition d’une nouvelle super classe Animate qui vient remplacer TweenEffect. Cette nouvelle super classe fournit de nouvelles propriétés telles que easer, interpolator et motionPaths que nous verrons par la suite.

Dans cette nouvelle version, les effets sont plus flexibles et il est possible de :

modifier la valeur des propriétés telles que le gradient d’une couleur ou la taille,
régler la vitesse de l’effet, lui donner une accélération au début ou à la fin par exemple,
déplacer plus facilement les composants lors d’un effet.

Les nouveaux effets

Les effets 3D

Parmi les nouveaux effets, voici probablement les plus impressionnants d’entre eux : les effets en trois dimensions. Grâce à Flash Player 10 qui est maintenant capable de représenter un objet 3D, on peut par exemple exécuter un effet de déplacement en profondeur ou une rotation.

La configuration des effets

Avec cette nouvelle super classe Animate viennent de nouvelles propriétés :

easer : l’atténuation de l’effet (en quelque sorte une accélération ou décélération avec laquelle l’effet sera appliqué),
interpolator : fonction utilisée par l’effet pour calculer les valeurs à prendre pour une propriété entre le début et la fin de cet effet,
motionPaths : un vecteur contenant des objets MotionPath, chacun portant le nom et la valeur que la propriété peut prendre,
repeatBehavior : permet de répéter l’effet.

Avec ces nouvelles fonctions, il est encore plus simple de réaliser des effets customisés comme par exemple un bouton qui s’enfonce lorsque l’on clique dessus, ou un changement de couleur lorsque le curseur pointe un composant. Maintenant à vous de laisser parler votre imagination.

Devoxx – Jour 1 – Adobe University

Ellène Dijoux — Tue, 17 Nov 2009 12:53:51 +0000

La première journée de Devoxx fut l’occasion pour Adobe de présenter lors de leur université leur nouvelle plateforme Flash. Pour cette présentation, quatre évangélistes Flex se sont relayés pour nous présenter ces différents produits Adobe :
- Christophe Coenraets
- Chet Haase qui travaillait anciennement sur JavaFX
- Serge Jespers
- Maarten Arten

La plateforme Flash : qu’est ce que c’est ?

Cette plateforme Flash est composée de :

La gamme Creative Suite (avec Fireworks, Photoshop et Illustrator) destinée au designer.
Flash Catalyst qui permettra de générer une application Flex à partir des maquettes réalisées avec les outils précédents.
Flash Builder 4 pour le développement du reste de l’application et de son backend.

Flash Catalyst

Pour rappel Flash Catalyst est un outil permettant à partir d’un dessin réalisé avec les outils de la gamme Creative Suite de générer une véritable application Flex sans toucher à une ligne de code. Cet outil est capable de générer tous les composants graphiques disponibles dans Flex 4 et gèrent également les itemrenderer. Les effets et les transitions peuvent être également gérés avec cet outil. Lors de la session Tools In Action, une démonstration bluffante d’environ 30 minutes a été effectuée avec cet outil. Il y a cependant quelques conditions pour que la génération s’effectue au mieux :

Penser à bien séparer ses filtres et à les nommer proprement. Ceci afin que l’intégrateur puisse plus aisément les récupérer et les convertir en composant Flex.
L’intégrateur doit aussi bien nommer les composants une fois créés afin que le développeur puisse les exploiter plus facilement.

À la fin de cette courte session, nous avons pu voir le résultat : une application Flex reprenant la maquette de départ.

Flex 4

Cette nouvelle plateforme ne peut être utilisée qu’avec Flex 4. En effet, la nouvelle librairie de composants graphiques spark qui vient remplacer l’ancienne (que l’on nomme halo ou mx aussi) proposent de séparer l’aspect du composant de son comportement. Un billet a déjà été écrit à ce sujet. C’est ce qui permettra à Catalyst de générer l’aspect des composants. Le développeur quant à lui ne se préoccupera plus que des comportements du bouton tels que le traitement des données, la gestion des événements et le traitement avec le backend. Les composants peuvent également supporter les formes primitives (rectangles, ronds, carrés), les bitmaps, les textes riches et les vidéos. Autre nouveauté dans ce nouveau SDK, une nouvelle structure du code : les déclarations des HTTPService et autres RemoteObject s’effectuent dans les balises .

Spring BlazeDS Integration

Parmi les nouveautés, nous noterons la présentation de Spring BlazeDS Integration. Avec moins de configuration que BlazeDS, il est possible de mettre en place plus facilement un backend utilisant Spring. Grâce à des annotations, il est maintenant plus simple d’exposer ses services à la partie cliente.

Exemple :

@Service("contactService")
@RemotingDestination
public class ContactDao {
...

On expose contactService à la partie cliente. Côté Flex, il n’y aura plus qu’à simplement appeler ce service grâce au RemoteObject. Concernant le lien client-serveur, Christophe Coenraets soulève un point intéressant : actuellement il est impossible pour le compilateur Flex de reconnaître les services exposés côté serveur. Effectivement, à ce niveau là le compilateur doit croire le développeur et ne possède aucune réelle visibilité. C’est pour cela que dans Flash Builder 4 a été ajoutée la possibilité de réaliser de l’introspection sur les services exposés côté serveur. Fonctionnant avec BlazeDS, LiveCycle Data Service ES et AMF PHP, Flash Builder est donc maintenant capable de reconnaître ses services et de les importer côté client.

Model Driven Development dans FlashBuilder

Une autre nouveauté dans FlashBuilder 4 est une nouvelle vue nommée Data Models permettant de réaliser des modèles de données et de les générer autant côté client que côté Serveur. Cette partie sera davantage détaillée dans la session de Jeudi : Model Driven Development using Adobe Flash Builder 4 and LiveCycle Data Services ES.

La présentation était réussie et les démonstrations très bluffantes. Flash Catalyst semble mature et Flash Builder 4 répond mieux aux besoins des développeurs (il est enfin possible de faire un Generate getter/setter sur une propriété !). Mais on attend toujours la release qui est maintenant prévue pour mi-2010 voire même un peu après.

Revue de Presse Xebia

Xebia France — Mon, 02 Nov 2009 17:35:24 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

Le coin de la technique

Evènements de notre communauté en France et à l’étranger

Flex 4 chez les Tontons Flexeurs

Actualité éditeurs / SSII

Amazon lance Relational Database Service

Quelques mois après la disponibilité d’Amazon Elastic MapReduce, le libraire américain continue d’enrichir sa gamme de services de Cloud Computing en lançant Amazon Relational Database Service (RDS).

RDS offre une base de données MySQL sur une plate-forme dynamiquement provisionnable. Suivant la logique initiée avec ses autres services, la facturation est fonction de la consommation réelle, la gestion des instances se fait à l’aide d’un Web Service spécifique à RDS et leur monitoring est possible par CloudWatch.

Outre ces caractéristiques communes aux services d’Amazon, on retiendra principalement de RDS :

Utilisation de MySQL 5.1 avec InnoDB,
Offre de réplication prévue pour assurer la haute disponibilité, mais non disponible à ce jour,
Système de gestion des backups.

Par ce service, Amazon déleste ses clients des principales tâches liées à l’administration d’une base de données relationnelle. Répondant ainsi à un besoin réel, on peut s’attendre à ce que ce service, s’inscrivant dans l’offre homogène d’Amazon, rencontre un succès commercial.

Plusieurs réactions et commentaires ont suivi cette annonce, on retiendra particulièrement l’observation de Krishnan Subramanian, sur le coup dur que constitue ce nouveau service pour FathomDB, une entreprise qui proposait un service d’hébergement MySQL sur EC2. Il remarque alors qu’il est délicat pour des startups de parier sur de tels services propriétaires.

Oracle tente de rassurer la communauté Sun

Depuis l’acquisition de Sun par Oracle en avril dernier, le futur de la stack Sun a fait l’objet de peu de communiqués. Quelques rumeurs ici ou là sur le futur de MySQL ont fait surface, après la disparition du lien permettant de télécharger les premières briques de MySQL 6. C’est peut-être pour couper court à ce genre de bruits de couloir qu’Oracle présente ses intentions sur la stack Sun via la mise à jour de sa FAQ . En résumé « on garde tout, et on en fait toujours plus » :

Oracle dit vouloir passer plus de temps sur Solaris et Sparc que Sun ne l’a fait par le passé. La collaboration d’ingénieurs base de données Oracle et Sun ouvre d’ailleurs de nouvelles perspectives.
Côté virtualisation, tous les produits Sun ‘devraient’ continuer à être développés : VDI, Secure Global Desktop, Sun Ray, and VirtualBox.
Un alignement entre Oracle Weblogic Server et Glassfish Enterprise Server va être effectué. Glassfish reste l’implémentation de référence open source pour Java EE 6.
Netbeans restera une solution alternative open source à Oracle JDeveloper et Oracle Enterprise Pack pour Eclipse.
MySQL devrait être ajouté à la liste des bases de données de la suite Oracle au même titre que Berkeley DB, une base de données open source.

Comme vous pouvez le constater, rien de très précis, tout est au conditionnel. Le but est avant tout de ne surtout pas se mettre à dos les différentes communautés.

Keynote de Rod Johnson à SpringOne/2GX 2009

SpringSource est actuellement un des plus grands agitateurs de notre écosystème. Et donc quand Rod Johnson, le papa de Spring, vient donner un keynote en ouverture du plus gros évènements annuel de l’éditeur, on écoute avec attention. Grâce à InfoQ, il est possible de retrouver cette intervention en différé.
En résumé, pas grand chose de nouveau, mais Rod Johnson enfonce le clou sur les sujets que Spring met en avant depuis quelques mois déjà :

Spring 3.0 : les nouvelles fonctionnalités, et les scénarios d’upgrade.
Les languages dynamiques : Groovy et Grails, une fois encore à l’honneur
Les outils destinés aux developpeurs: tcServer (voir par ailleurs), Spring Insight, SpringSource Tool Suite
Les grandes manœuvre de l’éditeur : aquisition par VMWare (pas grand chose à se mettre sous la dent de ce coté là)
Le futur de SpringSource : CloudFoundry et les Cloud d’entreprise en Java

En bref, un très bon résumé (pour ceux qui reviendraient de longues vacances) des changements qui nous attendent dans les mois à venir, impulsés par l’un des éditeurs les plus dynamiques du monde JEE.

Le coin de la technique

Optimisez vos requêtes SQL

Nous sommes tombés sur ce post qui nous propose 15 moyens pour optimiser vos requêtes SQL. Si quelques-unes d’entre elles vous paraitront être issues du bon sens commun, d’autres méritent le détour :

Prenez le plus grand soin de vos index : Le contenu des index primaires se doit d’être le plus petit possible, les index uniques sont en règle générale plus performants.
Recherchez par wildcard avec certaines précautions : Privilégiez l’utilisation de wildcard à l’utilisation de SUBSTR. Les wildcards postfixés sont plus performants que les wildcards préfixés. Dans la mesure du possible n’hésitez pas à n’indexer qu’une sous partie d’une chaîne de caractères plutôt que la chaîne dans son ensemble. En général utilisez les types de données les plus petits possibles.
Simplifiez vos requêtes : Privilégiez l’utilisation de l’opérateur EXIST à une utilisation de COUNT. Limitez le nombre de lignes à retourner pour éviter la récupération complète d’une table. Utilisez des valeurs par défaut dans vos colonnes pour simplifier vos requêtes.
Évitez les scans inutiles : Remplacer l’opérateur NOT d’une expression complexe par son inverse permet de ne pas évaluer l’intégralité de celle-ci. Transformez une sous-requête dans un IN par une sous-requête dans un FROM (et simulez ainsi une table virtuelle). Les UNION sont en principe plus efficaces que les OR car ils permettent d’optimiser l’utilisation des index.

Le tuning de requêtes SQL n’est pas simple, les commentaires sur le billet original en témoignent. Il dépend grandement de la base de données et de sa configuration. La base de données repose sur des statistiques pour savoir quand utiliser ses index. De ce fait, l’amélioration de la performance de vos requêtes commence le plus souvent par une analyse du plan d’exécution de celles-ci. Celui-ci vous permettra de trouver comment poser vos index. Enfin, certaines bases de données comme Oracle vous permettent d’agir directement sur son plan d’exécution à partir de votre requête, par l’intermédiaire de SQL HINT. A n’utiliser qu’en dernier recours

Apache POI 3.5

Du nouveau sur le support des documents Office 2007 en Java (sujet déjà abordé il y a un an) avec Apache POI qui est sorti il y a un mois en version finale 3.5 (via InfoQ). Parmi les nombreuses nouveautés, on retiendra surtout le support des fichiers .docx et .xlsx et plus globalement des documents Office 2007 (mais il aura fallu attendre un an entre la beta 3 et la version finale !).

Plusieurs librairies nous offrent déjà la possibilité de gérer nos fichiers Office 97-2003 (format Microsoft OLE2). Peu d’entre elles proposent la gestion des fichiers Office 2007 (format Microsoft Office Open XML ou OOXML) : par exemple Aspose.Word gère uniquement les fichiers Word 2007. Avec Apache POI 3.5, c’est toute la gamme de produits Office 2007 qui se trouve ainsi supportée.

Quelques modifications seront toutefois nécessaires dans votre code pour supporter ce nouveau format. En effet, le modèle org.apache.poi.hssf.usermodel.HSSF actuel reste compatible OLE2 mais ne supportera pas OOXML. Il faudra ainsi passer par le nouveau modèle org.apache.poi.ss.usermodel.HSSF pour bénéficier de ce support. Ce nouveau modèle s’appuyant fortement sur l’ancien, l’équipe précise que le switch ne devrait pas être trop ardu.

Le téléchargement se passe comme d’habitude sur les miroirs d’Apache.

Interminables débats sur la mort de Java

A chaque année ses raisons d’annoncer la mort de Java ; le débat n’est pas nouveau et les arguments se renouvellent depuis le début des années 2000 :

Lourdeur de J2EE
Complexité et densité de l’écosystème Java
Manque d’intégration des solutions et les faiblesses du langage face au rival Microsoft .Net
Inadaptation à la création d’interfaces pour le Web et pour les clients lourds
Manque de productivité face aux nouveaux langages : Python, Ruby, …

En 2009 l’argumentaire se tourne maintenant vers les langages alternatifs pour la JVM – principalement Groovy et Scala – et vers l’incertitude liée à la gouvernance de Java. Ainsi il y a quelque semaines, Stephen Colebourne postait un inquiétant graphique montrant l’évolution décroissante du nombre de JSR créées auprès du JCP au cours des années. Il se demandait alors si cela pouvait être pris comme une perte de vitesse ou comme un signe de maturité mais remarquait que l’innovation était maintenant principalement portée par les communautés Open Source.

Stephan Schmidt apportait, en septembre dernier, une analyse intéressante du débat sur la mort de Java. Il commençait par dissocier les 3 composantes de Java que sont le langage, la JVM et le JDK, chacun ayant une pérennité distincte. Il exposait alors différents points :

La quantité d’offres d’emploi en Java reste constante comme le montre le graphe Indeed (devenant un classique en argumentaire).
Avant la mort de Java, un successeur doit se distinguer. Or Ruby et Python ont peiné à faire leur place dans le monde de l’entreprise. Il reconnaît en revanche le positionnement appréciable de Groovy suite à sa prise de contrôle par SpringSource puis par VMWare et l’innovation intéressante portée par Scala.
Java est toujours à même d’apporter les caractéristiques qui ont amené son succès : pas de pointeurs, gestion de la mémoire, orientation vers l’entreprise et Internet, gestion simple du parallélisme.
C’est le monde de l’entreprise qui permet le succès d’un langage, or Java répond toujours à ses besoins même si le langage présente des défauts nuisant à la productivité.
Java a perdu il y a bien longtemps le hype qui l’entourait, mais cela ne signifie pas pour autant sa mort.

A travers l’évolution du débat, un aspect majeur ressort : les critiques portent maintenant principalement sur le langage Java, la JVM étant reconnu pour ses qualités et la capitalisation qui s’est faite autour d’elle. Dès lors, la JVM se présente comme une plate-forme standard pour les développements, non sans rappeler le statut acquis par l’environnement x86 d’Intel des années auparavant.

La mort annoncée du langage Java au profit de langages alternatifs pour la JVM doit, quant à elle, probablement être modérée. En effet Java, fort de ce que Sun décrit comme la plus grosse communauté de développeurs au monde, n’est actuellement clairement pas menacé.

Une version de tcServer pour les développeurs

SpringSource vient d’annoncer la sortie prochaine (pour l’instant, une preview est téléchargeable) de tcServer Developer Edition. Que trouve t’on dans ce joli package ?

Côté serveur d’application, rien de nouveau, c’est toujours du 100% Tomcat.
C’est une fois de plus dans les à-côtés que tcServer se distingue, avec l’arrivée de Spring Insight. Spring Insight, c’est une console qui va vous permettre de surveiller ce qui se passe au cœur de votre application, à la fois en prenant un point de vue global, mais aussi en zoomant très précisément sur une requête HTTP donnée.

Et quoi de nouveau me direz vous ? Et bien, à vrai dire, pas de rupture technologique (plusieurs outils permettaient de réaliser des mesures comparables) mais une facilité d’intégration à votre application, sujet si cher à Spring. Tout se passe en AOP (rien à faire donc dans votre code), toutes les informations sont stockées en mémoire (pas de base de données, mais en contrepartie, une augmentation de la mémoire consommée par votre application) et les principaux frameworks du marché peuvent être scrutés en utilisant un mécanisme de plugin.
En revanche, Spring est très clair : il s’agit d’un outil de développement : son utilisation en production exposerait vos applications d’un point de vue sécurité.
Une fois de plus, SpringSource joue la carte du tout intégré et de la simplicité, et risque de séduire à la fois des développeurs et des Q&A un tant soit peu sensibles à la qualité intrinsèque d’une application.

Nous avons aimé :

L’expressivité des métriques qui identifient les URL d’invocation, les principaux composants (actions Spring MVC, composants métier, etc), les transactions et les accès SGBD avec les requêtes SQL.
La granularité macro qui est souvent plus facile à comprendre que les mesures ultra-détaillées que nous proposent les profilers java.

Notre souhait : l’intégration à l’environnement de développement et au code source de l’application en cliquant sur les graphes de Spring Insight.

Le screencast et la preview de tcServer Dev. se trouvent sur le blog de SpringSource.

Evènements de notre communauté en France et à l’étranger

Flex 4 chez les Tontons Flexeurs

Les tontons flexeurs, le rendez-vous incontournable des flexeurs et des autres, nous propose une nouvelle présentation qui portera sur les nouveautés de Flex 4.
Christophe Coenraets, évangéliste senior chez Adobe, nous présentera ainsi les nouveautés de LiveCycle Data Services 3, le Model-Driven Developpement avec FlashBuilder 4 et l’intégration de Flex avec Spring.
La présentation se déroulera le mardi 10 novembre de 14h à 16h. Les inscriptions se font comme d’habitude sur l’evenbrite.

Revue de presse

Xebia France — Mon, 21 Sep 2009 17:35:00 +0000

La revue de presse de l’actualitéava/J2EE hebdomadaire proposépar Xebia.

Actualité éditeurs / SSII

Agilité

Pair programming à distance sous Eclipse avec Saros

SOA

L’initiative REST-* fait débat

Le coin de la technique

Evènements de notre communauté en France et à l’étranger

Soirée Tontons Flexeurs le 24 Septembre

Actualité éditeurs / SSII

Google lance son langage pour la JVM

Lors du JVM Language Summit de la semaine dernière, Google a présenté son nouveau langage pour la JVM appelé Noop. Le Wiki du projet et sa présentation permettent de faire le tour des spécificités de ce langage :

Syntaxe prévue pour être facilement compréhensible par un développeur Java ou C++
Pas de types primitifs, pas de classes ou méthodes statiques, variables non mutables par défaut, pas de syntaxe optionnelle, exceptions uniquement de type unchecked
Librairie standard s’appuyant sur JodaTime, util.concurrent et Google Collections
Support natif du concept d’injection de dépendances offert par Guice ou PicoContainer, un type est alors soit newable soit injectable
Support natif des tests unitaires qui ont leur structure dédiée sans classes ni méthodes

Les réactions qui ont suivies cette annonce montrent en général un intérêt couplé à une réserve légitime due à l’état embryonnaire du projet. Ainsi l’analyse de Dominique de Vito s’inscrit dans ce schéma, tandis qu’Alexis Moussine-Pouchkine, Sun, explique à 01net qu’il trouve enrichissant la profusion de nouvelles idées mais que, selon lui, le langage Java restera malgré tout omniprésent pendant encore des années.

Reste que là où de nombreux nouveaux langages justifient leur existence par une syntaxe plus compacte, une nature dynamique ou encore des concepts élaborés, Noop semble adopter une approche plus pragmatique et plus proche des besoins quotidiens rencontrés en informatique de gestion. L’avenir nous dira si les apports de ce langage sont suffisants pour convaincre des équipes de le préférer à Java pour leurs développements.

iBeans : la solution d’intégration pour applications Web de MuleSoft

MuleSource, récemment renommé en MuleSoft lors du lancement de leur offre Tcat Server a récemment diffusé une première beta public d’un nouveau produit : Mule iBeans. Il s’agit d’une nouvelle solution d’intégration s’attaquant à un marché différent des ESB traditionnels. MuleSoft part en effet du constat que de nombreuses applications Web doivent s’intégrer avec diverses ressources distantes, mais ne peuvent s’appuyer sur un ESB qui constituerait une solution trop lourde. iBeans se positionne ainsi en tant que solution d’intégration pour applications Web. La nuance est légère par rapport aux ESB mais on constate clairement cette orientation dans la pratique : annotations, composants iBeans, injection de services type IoC avec un contexte request, …

La particularité principale du projet est son modèle de composant iBeans. Il s’agit de composants similaires aux Beans Spring ou aux Session Beans EJB mais spécialisés dans l’accès à un service à distance. Ces composants utilisent certaines annotations de la récente JSR-330 (Dependency injection for Java) et peuvent s’intégrer facilement avec Spring, Struts et JSF.

MuleSoft propose parallèlement un projet nommé Community iBeans Proposals visant à regrouper les iBeans de la communauté pour intégrer les ressources les plus fréquentes.

iBeans répond à un besoin courant des applications Web. La réponse proposée par MuleSoft est élégante mais on pourra regretter l’apparition d’un modèle de composant supplémentaire disposant de son propre cycle de vie. Actuellement l’éditeur n’a pas communiqué sur son projet naissant en dehors de la page Wiki dédiée. Une recherche Google montre rapidement que la communication autour de ce projet est quasi inexistante. Toutefois, une session dédiée au sujet prévue pour Devoxx 2009 tend à nous faire penser que la célèbre conférence européenne pourrait bien servir de rampe de lancement au nouveau projet de MuleSoft.

Agilité

Pair programming à distance sous Eclipse avec Saros

L’université de Berlin propose depuis quelques temps un plugin Eclipse nommé Saros, offrant des fonctionnalités permettant le pair programming à distance grâce au protocole XMPP. Concrètement les possibilités sont :

Reproduction ou synchronisation d’un projet Eclipse à distance via une connexion XMPP.
Visualisation dans l’environnement de l’observer des classes ouvertes et de la classe en cours d’édition par le driver.
Affichage en temps réel des modifications du code, et de la position du curseur et du texte sélectionné.
Gestion expérimentale d’un mode multi-driver permettant de modifier le code à deux simultanément.
Chat via une vue dédiée dans Eclipse

Un screencast est proposé sur le site du projet, celui-ci permet de se rendre compte des capacités du plugin.

Idéalement complété d’une conversation Skype, ce plugin trouvera sa place dans de nombreux scenarii allant du distributed pair programming à l’assistance d’un collègue situé à un autre étage.

SOA

L’initiative REST-* fait débat

JBoss vient de lancer le site REST-*.org hébergeant son initiative de standardisation de plusieurs services middleware traditionnels sur le modèle REST.

Actuellement deux drafts sont en cours de rédaction, l’un porte sur RESTful Messaging, l’autre sur RESTful Transactions. Ces deux spécifications visent à définir un ensemble d’URIs standards sur le modèle REST permettant d’exposer une ressource transactionnelle ou un broker de messages.

Très rapidement, de vives réactions sont apparues au sein de la communauté, principalement pour faire part de leur scepticisme quant à cette initiative, régulièrement comparée à la très lourde collections de spécifications WS-*, qui pourrait mettre à mal la simplicité unanimement reconnue du modèle REST. C’est ainsi le cas d’Anne Thomas Manes qui revient également sur les critiques de Bill Burke à l’égart de l’initiative RestMS qui existait déjà et qui pariait plutôt sur Atom et AMQP.

Bill Burke de son coté publie sur son blog un billet par jour depuis la publication sur le site REST-*.org, pour justifier ses choix et la légitimité du projet qu’il porte. Ses arguments portent principalement sur le fait qu’il existe une demande très forte de la communauté pour gérer les services de messaging et les transactions avec REST.

Le débat est compréhensible : la volonté d’exposer certaines ressources transactionnelles ou services de messaging s’inscrit dans les besoins courants des entreprises, tout comme les craintes de voir se reproduire les erreurs du passé sont légitimes. L’apport de cette initiative est donc probablement de porter sur le devant de la scène une réflexion sur un problème pourtant courant et déjà exposé par Leonard Richardson et Sam Ruby, il y a deux ans, dans leur livre majeur RESTful Web Services.

Le coin de la technique

OSGi 4.2

OSGi est sur le devant de la scène, d’InfoQ à OSGi Thoughts en passant par The Programming Delusion (BJ Hargrave, CTO de l’OSGi Alliance), depuis une petite semaine et pour cause : l’OSGi Alliance a sorti et mis à disposition le 16 septembre dernier les spécifications finales de la version 4.2 (téléchargeables ici).

Alex Blewitt nous résume la situation sur InfoQ. On retiendra qu’Equinox et Félix ont déjà commencé leur travail de compatibilité avec OSGi 4.2. Les spécifications étant désormais released, ce n’est qu’une question de temps avant que les projets affichent fièrement leur label OSGi 4.2 compliant.
On notera aussi une nouvelle méthode de lancement du runtime OSGi, le nouveau nom des Distributed OSGi qui deviennent les Remote Services (connexion de VMs OSGi), les Blueprint Services qui seront des services wired à la Spring, le concept de Bundle Tracker ou bien encore le mécanisme de permission sur une opération dans un bundle.

Pour la petite piqure de rappel, on pourra se tourner vers JavaLobby qui nous propose depuis quelques jours 2 tutoriaux HelloWorld sur OSGi, le premier avec Swing et le second avec Spring RC.
Et pour les plus nostalgiques, le Paris JUG sur OSGi, c’était (déjà) il y a 1 an…

Scala OSGi-fié

On reste dans les news OSGi avec un projet qui propose Scala 2.7.6 en version OSGi-fiée (vu ici).

Comme expliqué sur le GitHub du projet, Scala n’est pas (encore) packagé en bundle OSGi. Certes, le plugin Eclipse Scala IDE utilise un bundle OSGi qui embarque Scala mais celui-ci ne peut pas être utilisé de manière générale (manifest spécifique et toutes les librairies dans un seul jar).

scala-lang-osgi répond à ce besoin et fournit un bundle OSGi pour chaque librairie Scala. Le tout est disponible sur le repository maven scala-tools.org.

Astuces de performance pour MySQL

Même si nos ORMs préférés génèrent des requêtes optimisées à notre place, il arrive parfois que, pour des raisons de performances ou autres, l’on doive écrire certaines requêtes directement en SQL.
Le site Debian Admin (par Code Purity) référence à cette fin 84 astuces d’optimisations de performances pour MySQL.
Certes, la plupart des astuces de configuration de MySQL sont peut-être/certainement déjà mises en place par nos chers DBA. Mais on trouvera aussi une pléiade d’astuces concernant la requête elle-même : cela passe de la non utilisation du gourmand SELECT *, d’éviter au possible l’utilisation de DISTINCT (très consommateur), d’utiliser pour l’insertion des BATCH INSERT et REPLACE ou bien encore l’utilisation INET_ATON et INET_NTOA au lieu de CHAR et VARCHAR pour les adresses IP.
Pour le détail complet, rendez-vous directement sur le site de Debian Admin.

Enquête sur les temps de redémarrage des serveurs JEE

ZeroTurnAround, l’éditeur de JRebel, a mené (et continue même à collecter des données) une étude sur les temps de redémarrage / redéploiement des serveurs d’applications auprès des lecteurs de son blog (environ 700 personnes ont répondu).
Tout d’abord, passons sur la conclusion évidente de l’étude, vous avez besoin de JRebel, pour tenter de voir au delà de cette évidence marketing. On évitera aussi la polémique sur le rapprochement Conteneurs de Servlets / Serveurs d’applications.
On constate tout d’abord que la population fréquentant le blog de ZeroTurnAround (on a donc dès le début une information en partie biaisée) a une forte tendance à confier ses applications à une plate-forme basée sur Tomcat (JBoss + Tomcat), plutôt qu’aux historiques IBM et ~~BEA~~ Oracle. Là encore, étant donné la notoriété naissante de JRebel, au sein d’une communauté plutôt tournée vers l’open source, rien d’étonnant.

En revanche, il est intéressant de constater que les temps de redéploiement deviennent assez rapidement délirants, avec des serveurs qui en moyenne mettent entre 2 et 5 minutes à redémarrer, la palme de la lenteur revenant, on le savait déjà par expérience, aux gros serveurs monolithiques commerciaux. Alors, au-delà du constat qu’un développeur passe aujourd’hui une grande partie de son temps à attendre que son application se mette à jour sur son serveur d’applications, au-delà du fait que JRebel est une des manières d’adresser ce problème, nous nous posons la question suivante : est-il normal, pour un serveur d’applications, de mettre cinq minutes à redémarrer ?

L’actualité de cette revue de presse met en avant OSGI, qui sera certainement une des réponses apportées à cette explosion des temps de démarrage. Ce sont d’ailleurs les absents de cette étude qui porteront la première estocade : GlassFish 3.x et dmServer.

Premiers pas avec memcached

Dans le but de proposer une implémentation d’un système de cache pour Grails, James Goodwill, sur DeveloperWorks, propose, dans un premier temps, une découverte du système de cache distribué memcached.
Une mise en bouche qui permet de découvrir les bases de ce produit, avant de combiner ce cache avec Grails dans une seconde partie, qui, on l’espère, permettra d’optimiser les performances du plus célèbre des frameworks haute productivité.

Evènements de notre communauté en France et à l’étranger

Soirée Tontons Flexeurs le 24 Septembre

Suite des Tontons Flexeurs, après la très bonne soirée Flex et Java en entreprise, avec une nouvelle session ce jeudi 24 septembre. 2 invités de marque : Mike Chambers et Lee Brimelow qui nous feront une présentation d’Adobe AIR (techniques avancées de synchronisation de données, de manipulation de fichiers, possibilités d’intégration à la plateforme hôte…) et des nouvelles fonctionnalités des prochaines versions de AIR.

A l’heure où nous écrivons ces lignes, il reste encore quelques places disponibles donc rendez-vous sur le formulaire d’inscription de l’évènement.

Revue de presse

Xebia France — Mon, 14 Sep 2009 18:17:08 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

JavaRebel et Eclipse RCP deviennent…

Agilité

Les clés d’une rétrospective réussie

RIA

Le coin de la technique

Ces classes que vous en avez assez de réécrire

Evènements de notre communauté en France et à l’étranger

Actualité éditeurs / SSII

JavaRebel et Eclipse RCP deviennent…

Des nouvelles de JavaRebel et d’Eclipse RCP dont nous évoquions le processus de changement de nom dans de précédentes revues de presse (ici et là).

Nous avons donc (roulement de tambour) JavaRebel qui devient… JRebel ! Il rejoint donc la longue liste des J* tel que JFreeChart, JUnit…

En ce qui concerne Eclipse RCP, les votes nous donnent comme gagnant… Eclipse RCP ! Statu quo donc avec 38% des votants pour conserver le nom actuel, suivi d’Eclipse Platform, Aurora, Corona et Tangram.

Agilité

Les clés d’une rétrospective réussie

La rétrospective est l’un des outils les plus connus et plus utilisés dans le processus d’amélioration continue. Pour obtenir de meilleurs résultats, quelques principes simples doivent être respectés. Cette semaine, un article publié sur InfoQ revient sur les éléments clés d’une rétrospective agile réussie :

La préparation : la majorité des gens ont peur de donner leur position à l’oral et en public, c’est pourquoi il est important d’expliquer a priori les règles du jeu et expliciter les attentes et les enjeux de ce genre de réunion. L’efficacité de ce genre de réunion est proportionnelle au taux de participation : il faut tout faire pour éviter les monologues de quelques-uns
La participation : il faut absolument éviter que cette séance ne devienne une routine, faire une rétrospective pour faire une rétrospective ne sert à rien : non aux retros théâtrales! C’est pourquoi il est important d’en sortir des actions concrètes et réalisables. Celles-ci permettent de mesurer leur efficacité et de donner une dynamique positive et concrète au processus d’amélioration continue.

Vous pouvez ajouter à ces deux points clés ces quelques conseils de communication :

N’hésitez pas à ouvrir le débat et à poser la question : « Quelqu’un a t-il d’autres points à aborder ? »
Demandez aux participants des pistes d’amélioration pour la rétrospective elle-même
Dites merci !

RIA

Prototype 1.6.1, une version pas si mineure

Parce qu’il n’y a pas que jQuery dans la vie, voici quelques nouvelles de Prototype qui sort en version 1.6.1 (par Ajaxian)

Outre le changement de co-leads, les principales nouveautés portent sur :

Compatibilité avec les navigateurs et particulièrement le support complet de Chrome 1.0+ et IE8
Sauvegarde de données sur un élément DOM (la fonction data de jQuery)
Nouveaux évènements souris mouseenter et mouseleave disponibles pour tous les navigateurs (et plus seulement IE)
Performances générales : méthodes plus rapides, clean up plus efficaces…
Utilisation de Sprockets pour la gestion de dépendances
Documentation en ligne avec PDoc

De nombreux changements donc, à la fois au coeur de la librairie mais aussi au niveau des fonctionnalités, de la documentation…
Le téléchargement se passe par ici.

Tester vos services AMF avec soapUI

Dans cet article, nous apprenons qu’il est possible de tester les applications Flex utilisant le protocole AMF avec soapUI. Pour rappel, AMF (Action Message Format) est un protocole binaire de transfert de données entre le client et le serveur, permettant l’accès à des objets sur ce dernier (Java par exemple).
Avec une configuration relativement simple et quelques astuces, il devient très aisé de tester votre flux AMF : avec un simple script Groovy ainsi que les librairies BlazeDS et XStream, un flux ASObject est généré au format XML, permettant d’effectuer les tests.
Cerise sur le gâteau, des tests de charge peuvent être exécutés et démontrent encore une fois les bonnes performances de ce protocole.
Pour finir, nous apprenons également que la prochaine version de soapUI (3.5) intégrera le support de nouveaux protocoles, dont AMF ! A surveiller.

Vaadin 6.1.0

Vaadin continue son petit bonhomme de chemin et sort, fin de semaine dernière, en version 6.1.0 (par The Server Side).

Après la release majeure de juin dernier, qui a vu notamment le renommage du produit, le plugin eclipse et l’éditeur WYSIWYG, cette nouvelle version nous apporte entre autres (release notes complète) :

Disponibilité du produit sur le repository central de Maven
Support de Google App Engine (le build et le déploiement se font par leur plugin eclipse)
Correction de 87 Jiras

Le téléchargement se passe par ici et n’oubliez pas le book of Vaddin qui parcourt le produit de a à z (installation, initialisation d’un projet, tutoriels…).

Le coin de la technique

Ces classes que vous en avez assez de réécrire

Dans le cadre de la sortie du JDK 7, Joe Darcy, de Sun, a demandé à un groupe de discussion de l’OpenJdk de réfléchir aux méthodes qui pourraient voir le jour dans la classe java.util.Objects. Cette classe (comme son nom ne l’indique hélas pas du tout) est destinée à regrouper des méthodes utilitaires fréquemment réécrites et utilisées.
Dans son message initial, il expose sans surprise un equals(arg1, arg2) tolérant la nullité. Un peu plus surprenant, il propose un compareTo(arg1, arg2) pour les primitifs.

Au premier abord, on sent l’idée de réintégrer dans le JDK des classes utilitaires déjà présentes dans nos frameworks (Apache Commons Lang ObjectUtils et Spring ObjectUtils) comme on l’a connu avec succès dans le Collections Framework mais aussi avec des flops comme java.util.logging qui n’a pas réussi à remplacer log4j ni à innover comme slf4j.

Si l’on continue la réflexion, on retrouve cette idée de protection contre les NullPointerException qui nous font tant souffrir comme le rappelle Tony Hoare dans Null References The-Billion Dollar Mistake. Sous cet angle de vue, l’idée de Joe Dary nous ramène à deux autres tentatives pour colmater les nulls en java avec JSR 305: Annotations for Software Defect Detection et JSR 303: Bean Validation qui proposent respectivement @NonNull et @NotNull !

Ces efforts pour lutter contre les NullPointerException en Java sont louables mais ils laissent un goût de contournement d’une limitation structurelle alors que d’autres langages sont intrinsèquement mieux armés (_safe operators_ à la Groovy, etc). Et nous entrons là dans un débat plus vaste : « Est-il trop tard pour améliorer le langage java lui-même quitte à perdre en compatibilité ? ».

Via InfoQ

Evènements de notre communauté en France et à l’étranger

Soirée qualité du logiciel au Paris JUG

Le Paris JUG fait sa rentrée mardi prochain sous le signe de la qualité. Au programme de cette soirée, le JUG nous propose pas moins de quatre présentations:

Les frameworks opensource (Quels frameworks utiliser ? Quand ? Comment ?)
Sonar, venez découvrir les 7 péchés capitaux du développeur et les chasser avec Sonar.
SonarJ community edition, pour contrôler l’architecture et la qualité technique du code source.
Squale, la plate-forme open-source de qualimétrie extensible.

Plus d’information sur l’évènement …
Le programme des prochaines soirées …

Conférence CITCON le 18 et 19 septembre

Comme un echo au Paris JUG, la conférence CITCON (Continuous Integration Testing CONference) a lieu à Paris, dans les locaux de l’ISEP.
Les sessions, type Open Space, seront organisées vendredi soir pour se dérouler toute la journée du samedi.
Vous pouvez retrouver les infos utiles sur le site de la conférence.

Revue de Presse Xebia

Xebia France — Mon, 07 Sep 2009 18:02:17 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

Agilité

Dix tuyaux pour devenir un bon coach Agile

RIA

Analysez votre code Flex avec FlexPMD

Le coin de la technique

Sortie d’OpenXava 3.1.4

Actualité éditeurs / SSII

11 technologies Apache qui ont changé l’informatique … et celles qui changeront notre futur

Le magazine EWeek nous présente Application Development: 11 Apache Technologies that Have Changed Computing in the Last 10 Years.

Les lauréats sont Apache Web Server, Tomcat, le moteur de recherche Lucene, le framework MVC Struts, Geronimo, l’outil de build Ant, le framework de présentation XML/XSL Cocoon, le détecteur de spam SpamAssassin, le framework SOAP Axis, le framework de log Log4j et le projet ombrelle Commons qui héberge une kyrielle d’utilitaires.

Après les victoires, EWeek s’est essayé aux pronostiques avec les projets Apache qui changeront l’informatique de demain : Hadoop, CouchDB, l’annuaire LDAP Directory Server, l’outil de build Maven, la base de contenu Jackrabbit, la JVM open source Harmony, l’ESB ServiceMix, le framework de protocole réseau Mina, le serveur de blog Roller et le gestionnaire de contenu Sling.

Qu’importe le débat polémique sur la portée réelle de tel ou tel projet ; nous retiendrons que de nombreux projets de la Fondation Apache sont devenus des standards de facto.

Au delà de ces projets pris indépendamment les uns des autres, la Fondation Apache a changé la place de l’Open Source dans l’informatique. La culture de plus en plus Open Source du Java Community Process dont la Fondation Apache a été un des moteurs a fait tâche d’huile. On ne compte plus aujourd’hui les organismes de standardisation qui utilisent le mode Open Source pour les Technology Compatibility Kits (TCK) et les implémentations de références (RI).

Et pour finir sur des fleurs, la Fondation Apache après s’être vue décerner le titre de meilleur participant au Java Community Process en 2008, 2007 et 2005 est à nouveau nominée pour l’année 2009.

Informatica acquiert Agent Logic

L’éditeur américain de solutions d’intégration de données, Informatica, annonce l’acquisition d’Agent Logic, un autre éditeur spécialisé pour sa part dans le Complex Event Processing.

Pour rappel, la solution d’Agent Logic se base sur trois composants – RulePoint, RuleCast et Real-Time Alert Manager – l’ensemble constituant un moteur CEP orienté règles complet.

Chris Boorman, Chief Marketing Officer d’Informatica, explique les raisons de cette acquisition : il s’agit de fournir une réponse aux besoins croissants de certaines entreprises à traiter les données et évènements en temps réel afin de permettre des prises de décision immédiates.

Cette acquisition montre une fois de plus l’intérêt des grands éditeurs de solutions d’entreprises pour le Complex Event Processing et de son potentiel pour leurs clients.

Agilité

Dix tuyaux pour devenir un bon coach Agile

InfoQ rapporte dans cet article les principaux enseignements d’un atelier tenu dans le cadre de la conférence Agile 2009 en février. Rachel Davies et Liz Sedley, co-auteurs du livre Agile Coaching, ont exposé les 10 points suivants :

Présentez vous : la moindre des choses lorsque l’on rejoint une équipe, surtout en tant que coach (événement confiant parfois au traumatisme pour certains), c’est de présenter son parcours professionnel et ses objectifs pour le projet.
Agile n’est pas une religion : vous n’êtes pas forcément en terrain conquis, le but d’une équipe étant avant tout de réaliser son métier. C’est donc au coach de montrer qu’un fonctionnement agile va aider les membres de l’équipe dans leur tâche quotidienne, grâce à une écoute de tous les instants.
Soyez respectueux : prenez le temps de connaître et de comprendre l’historique du projet et de l’équipe, plutôt que d’arriver avec des solutions autoritaires
Prenez du recul : ne restez pas bloqué sur les problèmes exposés par l’équipe, mais essayez de les voir sous une vision plus globale, dans le contexte de l’entreprise.
… et le temps de la réflexion : comme le dit le proverbe, la nuit porte conseil. Sortez régulièrement la tête du guidon, pour aborder les problématiques sur un mode plus détendu.
Posez des questions, exposez vos idées : creusez les problématiques avec votre équipe en utilisant quoi et comment. Evitez pourquoi, qui entraine trop souvent une réaction de défense. Et quand vous avez une idée à exposer, évitez de la tourner en interrogation, vous serez plus convainquant.
Mettez les pieds dans le plat : n’ayez pas peur des remises en cause de grande échelle ou d’aborder des problèmes majeurs. En revanche, ne poussez pas votre équipe à appliquer une décision à laquelle elle n’adhère pas.
Expérimentez le changement : le changement est parfois effrayant. Proposez à votre équipe d’aborder les changements sur le thème de l’expérimentation (‘Et si nous changions tel paramètre…’). Cela encouragera l’implication personnelle et ancrera l’habitude de réaliser des ajustements réguliers. La rétrospective est un moment idéal pour exposer ces expérimentations.
Avancez avec l’énergie de l’équipe : utilisez votre équipe pour résoudre en premier lieu des challenges mineurs. Elle accumulera ainsi de la confiance et connaitra la joie d’un projet qui avance. Cette énergie emmagasinée vous permettra de relever ensuite les challenges les plus ardus.
Ayez le courage de vos opinions : il est fréquent qu’une équipe remette en cause les décisions de son coach. Ayez le courage de défendre vos points de vue, mais faites malgré tout preuve de patience et de diplomatie.

En plus de cet exposé, les participants à l’atelier ont ajouté quelques points assez bien vus :

Parfois, le meilleur choix est de ne rien faire
Autorisez vous des absences, afin que votre équipe prenne la main
Appropriez vous le langage client
Laissez à l’équipe le temps de digérer vos propositions, ne vous entêtez pas
Positivez, chaque avancée est une petit victoire
N’exposez pas un membre de votre équipe à l’opprobre publique
Gérez un backlog de sujets de coaching

Nous avons aimé cet article, car bien qu’il énonce un certain nombre de vérités qui peuvent sembler banales, voir ici réunis tous ces points qui permettent de retrouver certaines bases dont les coaches désabusés (ça arrive à tout le monde) s’éloignent parfois.

RIA

Analysez votre code Flex avec FlexPMD !

Flex Tutorial nous parle dans cet article de la sortie de FlexPMD. Enfin un outil d’analyse de code disponible pour Flex.
Ce projet a été développé par Xavier Agnetti d’Adobe, pour faire de l’audit de code. Il fournit maintenant 84 règles comme la détection des variables non utilisées ou encore le calcul de la complexité cyclomatique. Pour plus de détails ça se passe ici.
Il est utilisable avec Maven, Ant ou en simple ligne de commande.

Le coin de la technique

Sortie d’OpenXava 3.1.4

OpenXava 3.1.4 est sortie. OpenXava est un framework MDA qui permet de générer des applications CRUD Java à partir d’un modèle de données (POJOs annotés en JPA).

OpenXava intègre des fonctionnalités avancées comme : la génération des rapports, l’export Excel, les formulaires de recherche, le tri, la validation des données, l’impression …

Ce framework permet aussi de créer des applications sophistiquées avec une logique complexe et des IHM avancées.

OpenXava s’intègre facilement avec des portails Java comme Liferay, WebSphere Portal, et JetSpeed.

Les principales nouveautés de cette version :

L’annotation @Formula pour les modes liste et détail.
Des formateurs des données pour le mode liste.
Support des langues : serbe et suédois
Support de Liferay 5.2.3 avec Apache Tomcat 6.

Plusieurs démos sont disponibles.

Le projet est fourni sous licence LGPL.

Les nouveautés de Flex 4

Ellène Dijoux — Wed, 19 Aug 2009 09:26:22 +0000

Il y a quelque temps est sortie la version bêta de Flex 4. Connue aussi sous le nom de Gumbo, cette nouvelle version n’a plus rien à voir avec les précédentes : possibilité de personnaliser ses composants, simplification des notations … Nous verrons dans ce billet quelques nouveautés de Flex 4 et les raisons d’un changement aussi radical des librairies.

Pour visualiser les exemples Flex 4 ci dessous, il vous faudra installer Flash Player 10.

Les effets

Une différence notable avec la précédente version de Flex est la gestion des états qui est maintenant nettement plus simple.
En Flex, il est possible de décrire plusieurs états associés à un composant. Ces états définissent, pour un composant, des éléments à ajouter, des styles ou des propriétés à appliquer. En effet, il est question de manipuler des AddChild, des SetProperty ou encore des SetStyle qui peuvent devenir très vite lourds à gérer. Pour mieux comprendre, prenons un exemple :
Nous allons réaliser une application sur 2 états, l’état blueState qui va colorer le label helloLabel en bleu et l’état redState qui va le colorer en rouge. Pour ce faire, avec Flex 3, nous utilisons les balises SetStyle qui permettent de modifier le style color du label et de le mettre à la couleur voulue.

Avec Flex 4, il n’est plus question de définir des SetStyle ou SetProperty dans les composants. Tout se fait dans les attributs qui peuvent se décliner en fonction des états comme ceci : styleOuPropriete.monEtat. Ainsi color.blueState prendra la couleur bleu lorsque l’on sera dans cet état.D’autre attributs apparaissent également dans les composants graphiques comme includeIn ou encore excludeFrom pour permettre d’exclure ou d’inclure un composant en fonction de l’état courant. De plus, Flex prend maintenant par défaut le premier état lorsqu’on en définit plusieurs pour un composant. C’est la raison pour laquelle nous avons ajouté defaultState comme état par défaut. Avec Flex 4, notre précédent exemple donne donc ceci :

Certes, il s’agit d’un petit exemple. Mais cela pourrait simplifier la gestion des états sur des applications plus élaborées.

Dessine moi un bouton … avec spark.

De nouvelles librairies ont vu le jour dans Flex 4. Commençons par la librairie spark, présente depuis Mai 2009. Elle offre toute une nouvelle génération de composants dont l’architecture est clairement différente de son prédécesseur halo. Cette dernière proposait des composants graphiques sur lesquels il n’était possible que de changer les couleurs et le style du texte : le Flex Style Explorer en est un bon exemple.
La librairie spark, de son côté, propose un nouveau type de composant « skinnable », c’est-à-dire que nous avons d’un côté le dessin représentant un bouton et de l’autre l’objet bouton. De plus, spark intègre la librairie FXG qui fournit tous les composants permettant de faire des dessins vectoriels.
Pour mieux comprendre le fonctionnement, rien de mieux qu’un exemple :
Nous créons d’abord un Skin sous le nom de component.CustomSkin.



    
        [HostComponent("spark.components.Button")]

Nous définissons le comportement de ce composant grâce au metatag HostComponent, ici il s’agit donc d’un bouton. Nous ajoutons ensuite les états en regardant dans la documentation, nous pouvons voir que Button dispose des états : up, over, down et disabled. Contentons-nous des trois premiers états pour cet exemple. Enfin, on finit par dessiner un bouton qui sera disposé dans un layout qui doit être défini dans tout composant spark. Ce skin est ensuite associé à un bouton dans l’application principale.

Et voici le rendu :

Les autres nouveautés de Flex 4

Support dans l’ASDoc des fichiers MXML
La SDK de Flex 3 ne générait que la documentation associée au code ActionScript 3. Il est maintenant possible dans le SDK 4 de générer de l’ASDoc pour les composants MXML.

Le data binding dans les deux sens
Actuellement, la liaison des données dans un composant avec Flex se fait de la façon suivante :

Dans cet exemple, l’édition dans myText1 modifie le champs myText2 mais l’inverse ne se fait pas. Pour les lier tous les deux il faudrait modifier myText1 comme ceci :

Avec la nouvelle notation que propose Flex 4, il suffit de faire comme ceci :

Et automatiquement les deux composants sont liés.

Conclusion

Toutes ces nouveautés proposées par Adobe ont pour but :

d’améliorer la productivité du développeur en simplifiant le langage,
d’avoir plus de liberté sur le design.

La librairie spark propose des composants radicalement différents de ce que l’on peut actuellement utiliser dans Flex 3, mais il est cependant possible d’utiliser les composants de l’ancienne librairie nommée halo. Les habitués ne s’y perdront donc pas.
Mais alors pourquoi autant de changement ? La raison est très simple et se nomme Flash Catalyst. Le nouvel outil d’Adobe sorti en Juin 2009 en version bêta est capable de générer du code Flex à partir de dessins réalisés par la gamme Creative Suite 4.
Flex 4 est toujours en bêta actuellement, une release est prévue pour le dernier trimestre 2009.

Pour aller plus loin

Spring Flex BlazeDS Integration

Nicolas Jozwiak — Wed, 29 Jul 2009 08:11:55 +0000

Récemment, lors d’une intervention sur une application Flex, j’ai été confronté à un problème de migration d’une version de la librairie Spring BlazeDS Integration (passage de la version 1.0.0.RC2 à 1.0.0.M2). Cette librairie permet la configuration de BlazeDS à travers Spring de façon simplifiée. J’ai voulu configurer un appel à un service Java en Remoting.

Afin de déclarer votre service Remote, les lignes suivantes doivent être ajoutées dans votre applicationContext.xml :


	
	    
	        /*=mySpringManagedMessageBroker

Ainsi que la référence au fichier xsd : http://www.springframework.org/schema/flex/spring-flex-1.0.xsd

Malheureusement, au démarrage de votre application, vous aurez cette erreur :

org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 67 in XML document from ServletContext resource [/WEB-INF/classes/applicationContext-service.xml] is invalid;
        nested exception is org.xml.sax.SAXParseException: cvc-complex-type.2.4.c: The matching wildcard is strict, but no declaration can be found for element 'flex:remoting-destination'.
	at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:390)

Pourtant cela fonctionnait parfaitement avec les versions précédentes de Spring BlazeDS Integration …

Je regarde donc le fichier xsd sur lequel se base mon applicationContext (http://www.springframework.org/schema/flex/spring-flex-1.0.xsd), et le remoting-destination est bien présent… étrange. Je regarde également la documentation du projet et d’après cette dernière, ma configuration est bonne … le mystère s’épaissit.

Après quelques recherches, j’ai l’idée de regarder le xsd du jar de Spring BlazDS Integration (org.springframework.flex-1.0.0.M2.jar). Et eureka, je trouve l’explication : le xsd du jar n’est pas le même que celui vers lequel pointe mon applicationContext… Au chargement de l’application, c’est le xsd du jar qui est recherché… De plus, je me rends compte que cette version a subi un peu de refactoring et certains chemins ont été modifiés.
Par conséquent, vous devez déclarer votre service Remote de cette manière :


  
	   
	       /*=mySpringManagedMessageBroker

Vous remarquerez que remoting-destination et destination-id sont devenus remote-service et service-id et que les chemins des classes MessageBrokerHandlerAdapter et MessageBrokerFactoryBean ont changé.

Néanmoins, une solution plus rapide consiste à effectuer une montée de version vers la 1.0.0.RELEASE de Spring BlazeDS Integration. En effet, le fichier xsd ainsi que les chemins ont été remis comme la version RC2, posant ainsi moins de problèmes.

En espérant que cette solution puisse aider d’autres personnes !

Revue de Presse Xebia

Xebia France — Mon, 27 Jul 2009 16:02:37 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

RIA

Mockito-Flex

Le coin de la technique

Evènements de notre communauté en France et à l’étranger

Enquête JavaEE 6

RIA

Mockito-Flex

Un mois après la sortie de la version 1.0, Mockito-Flex se met à jour en 1.0.1. Une release mineure donc mais qui apporte toutefois son petit lot de nouveautés (matchers anyOf(type:Class), notNull() …).

Les utilisateurs de Mockito ne seront pas perdus, le code Flex étant très similaire au code Java que ce soit pour les assertions ou pour le verify:

var list:ArrayCollection = ArrayCollection(mock(ArrayCollection, "collection", [[]]));
given(list.getItemAt(1)).willReturn("A");
assertEquals("A", list.getItemAt(1));
assertNull(list.getItemAt(2));
...
var array:Array = mock(Array) as Array;
array.push("1");
array.pop();
verify().that(array.push("1"));
verify().that(array.pop());

Le projet est très récent et néanmoins en bonne voie : article sur InfoQ, mailing-list, tutoriel… Comme toujours, rendez-vous est pris dans la section téléchargements.

Le coin de la technique

JPA implementation patterns

Vincent Partington, collègue de Xebia Hollande, a réalisé une série d’articles autour de la spécification JPA. Ses articles sont un complément à la documentation existante afin de faire le tour sur les fondamentaux et les faux-amis de JPA :

Dao générique
Persister, retrouver, effacer une entité
Pattern d’architecture : Pour ou contre les DAO, DTO ou facade service, …
Et bien d’autres patterns …

JPA et ses implémentations (telle qu’Hibernate) restent une technologie difficile à maitriser, et ces articles vous aideront à prendre des décisions techniques importantes pour vos projets.

HadoopDB : un hybride entre MapReduce et DBMS

Daniel Abadi a présenté HadoopDB, un projet issu des universités de Yale et de Brown, qu’il qualifie d’hybride entre MapReduce et DBMS classique. Il s’agit d’une extension pour Hadoop et Hive qui permet d’utiliser une base de données en remplacement de HDFS, le file system distribué utilisé par Hadoop.

Concrètement chaque nœud Hadoop embarque son propre serveur de base de données. HadoopDB reçoit des requêtes SQL qu’il analyse, traduit en tâches MapReduce qui seront envoyées sur chacun des nœuds du cluster Hadoop, puis retraduites en SQL pour être finalement exécutées par la base de données sous-jacente (SQL to MapReduce to SQL Planner).

L’ensemble du projet est décrit dans la publication qui lui est consacrée. Celle-ci présente en détail les réflexions qui ont accompagné la conception d’HadoopDB et les performances obtenues faces à des DBMS parallèles dédiés à l’analyse de données tels que Vertica. Si les performances mesurées d’HadoopDB sont en léger retrait face à Vertica, l’auteur met en avant que sa solution repose uniquement sur des technologies Open Source et qu’une base de données relationnelle (PostgreSQL) a été utilisée : il espère de meilleurs résultats en utilisant une base de données orientée colonnes.

Gaelyk ou Groovy sur AppEngine

Parmi les sujets traités régulièrement sur notre blog, on retrouve Groovy et Google AppEngine (GAE). Qu’obtient-on en mélangeant ? Et bien le dernier projet de Marcel Overdijk et de Guillaume Laforge à savoir Gaelyk (annonce).

Le toolkit s’appuie sur Groovlets et Groovy Template, et permet de déployer rapidement de petites applications sur GAE. Les auteurs rappellent en effet que pour de plus grosses applications, il vaut mieux se tourner vers Grails.

Le tutoriel très complet permet de faire un rapide tour d’horizon de Gaelyk.
Celui-ci décrit l’arborescence d’un projet Gaelyk, la configuration du web.xml et du appengine-web.xml.
La partie vues et contrôleurs s’intéresse :

aux variables implicites mises en place par la servlet principale (eager avec request, response, context, session… et lazy avec out, html...),
aux Groovy Templates, avec plusieurs exemples de gtpl, gestion des incude et redirect,
aux Groovlets, avec là aussi plusieurs exemples de scripts.

Enfin, une dernière partie détaille les ajouts de syntaxes/méthodes spécifiques à Google AppEngine (envoi de mails, Entity, withTransaction()…) et explique comment déployer son application.
Un exemple d’application qui utilise Gaelyk est la Groovy Web Console, ou l’écriture de code Groovy live. Alors, un petit HelloWorld ?

PostGIS, le SIG Open Source qui monte

Les SIG (Systèmes d’Information Géographique) prennent de nos jours une nouvelle dimension avec la généralisation progressive de terminaux mobiles connectés à Internet et capables de se géolocaliser ou encore avec les sites Web riches proposant des cartes, des calculs d’itinéraires ou des recherches du plus proche point de vente. A travers cette évolution, un plus grand nombre d’entreprises peut potentiellement être intéressé par les SIG.

Alors que pendant un temps les principaux acteurs sur ce marché étaient des produits commerciaux, on trouve désormais une offre Open Source : MySQL Spacial, H2Spacial, SpacialLite et PostGIS.
Au sein de cette offre, PostGIS, une extension de PostgreSQL qui a fait son apparition il y a 4 ans, se distingue par sa maturité et sa popularité. Ainsi, l’éditeur Manning a récemment annoncé un ouvrage qui lui sera consacré pour début 2010.

Le site du projet vient d’annoncer la disponibilité de la version 1.4 de PostGIS apportant son lot d’améliorations et de corrections. Le driver JDBC dédié, composé principalement d’extensions à l’API JDBC standard, est lui aussi mis à jour, on le trouve dans la même archive que PostGIS.

Evènements de notre communauté en France et à l’étranger

Enquête JavaEE 6

Sun, via TheServerSide, relance la communauté Java pour ses cinq enquêtes à thème auprès des développeurs JavaEE6. Ces enquêtes doivent servir à optimiser les cours et les certifications JavaEE 6. Si vous êtes prêts à donner cinq minutes de votre temps à l’amélioration de la formation Java, n’attendez plus, vous avez jusqu’au 31 juillet.

Revue de Presse Xebia

Xebia France — Mon, 20 Jul 2009 16:20:01 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

RIA

SOA

Le coin de la technique

Evènements de notre communauté en France et à l’étranger

Soirée Tontons Flexeurs

Actualité éditeurs / SSII

Les standards du Cloud Computing en préparation

Comme pour tout marché émergeant, le Cloud Computing s’est développé autour de technologies propriétaires mises au point par différents éditeurs et fournisseurs. Une session dédiée aux problématiques d’intégration lors du CloudCamp Paris avait conclu qu’aucun standard adapté n’était disponible pour permettre le transfert d’informations entre les différents fournisseurs et technologies du Cloud Computing.

Le monde du Cloud Computing montant en puissance mois après mois, la problématique de standardisation se fait de plus en plus pressante. C’est donc sans surprise qu’on a assisté à la constitution d’organismes de standardisation et de groupes de travail afin d’établir les standards à venir. Afin de donner une visibilité à l’ensemble de ces efforts, l’Open Grid Forum (OGF) annonce la création d’un site commun ou chaque organisme est invité à présenter ses travaux en cours : http://cloud-standards.org. On notera particulièrement deux spécifications prometteuses :

Open Virtualization Format (OVF) : Format de packaging d’application permettant la distribution et le déploiement simplifié sur environnement virtualisé.
Open Cloud Computing Interface (OCCI) : API standardisée permettant la définition, le provisioning et le monitoring d’infrastructures exposées en tant que services sur un Cloud (IaaS).

Par ailleurs, l’Open Cloud Consortium (OCC) explique travailler sur des frameworks d’interopérabilité entre Clouds et l’OASIS expose quant à elle sa vision selon laquelle le Cloud Computing est une extension naturelle des concepts SOA, et que, par conséquent, de nombreux standards qu’elle développe actuellement intègrent cette problématique.

Fin de JavaRebel, place à …

Zeroturnaround, l’éditeur de JavaRebel, doit faire face à un joli défi : pour avoir fait une entorse à la marque déposée Java, il doit modifier le nom de son produit, sans pour autant perdre la notoriété d’ores et déjà acquise. Pour faire d’une pierre deux coups (modifier effectivement ce nom mais aussi s’offrir un joli coup de pub), l’éditeur soumet ce renommage à un concours. En jeu, une licence ~~JavaRebel~~ à vie…

RIA

GWT 1.7 pour les nouveaux navigateurs !

Les dernières releases de GWT étaient plutôt espacées dans le temps (1 an entre 1.4/1.5 et 8 mois entre 1.5/1.6) mais il n’aura fallu attendre que 3 mois pour voir débarquer la version ~~1.6.5~~ 1.7 de GWT.

Cette dernière version (définie comme mise à jour mineure / bugfix release) apporte un meilleur support des derniers navigateurs à savoir Internet Explorer 8, FireFox 3.5 et Safari 4 (meilleur support d’IE8 = disparition d’IE6 ? ).

L’ajout du user.agent ie8, qui peut potentiellement impacter certains projets, a fait pencher la balance vers un numéro de version de type majeure (1.7) pour forcer les développeurs à être attentif sur ce point important (une version de type 1.6.5 n’aurait pas eu le même impact).

Une simple recompilation suffit pour être compatible avec ces navigateurs, aucune modification de code n’est requise. Disponible comme toujours dans la section téléchargement du Google Code.

Flex Monkey 1.0

Plus de 7 mois après la sortie de la version 0.5 (précédente revue de presse), FlexMonkey, le framework de tests automatisés pour applications Flex et Air, se met à jour et passe ainsi en version 1.0 (par InfoQ).

Au menu : réorganisation de l’interface utilisateur, support direct d’applications Air (la console FlexMonkey devenant d’ailleurs une application Air) et tests générés pour Fluint (qui pourront aussi être lancés par FlexUnit 4).

Plusieurs tutoriels/exemples sont déjà disponibles sur la toile, on retiendra plus particulièrement le Getting Started d’Eric Owens (Gorilla Logic) et l’article très complet de Stuart Stern (CEO de Gorilla Logic et créateur de FlexMonkey) sur InfoQ.

SOA

La base de données dans une Event Driven Architecture

Sur son blog dédié aux traitements des évènements dans les systèmes d’informations, Tibco a publié un billet portant sur le positionnement d’une base de données dans une Event Driven Architecture (EDA).

Se trouvant à la base de nombreuses applications et services, elle constitue en effet une potentielle source d’évènements très intéressante. L’auteur met alors en avant la technologie Continuous Query Notification (CQN) intégrée à Oracle 11g, et qui permet aux clients d’une base de données de s’enregistrer pour recevoir des notifications lorsque les données d’une table ou le résultat d’une requête prédéfinie changent. On peut assimiler cette technologie à un mécanisme de trigger qui rappellerait des systèmes externes.

Cette possibilité permet ainsi d’enrichir les sources d’évènements disponibles au sein du système d’information : de par son positionnement, la base de données est capable d’offrir simplement des évènements qui seraient parfois complexes à générer au niveau applicatif. Dans une telle configuration, le Complex Event Processing (CEP) permettra alors de manipuler le volume important d’évènements ainsi créés afin d’en extraire des informations métiers utiles.

REST et les abus de langage

Ryan McDonough, contributeur au projet RESTEasy, a publié un billet dans lequel il fait un parallèle entre les abus de langages liés à REST et les mauvaises pratiques qui en découlent.

Parmi les erreurs de compréhension qu’il met en avant, on retrouve l’assimilation de REST à un protocole, la définition de REST en tant que synonyme de HTTP, ou encore l’utilisation abusive du qualificatif RESTful.

Il est souvent question lorsque l’on parle de REST de définition d’URLs, de représentations multiples d’une ressource, ou, plus couramment encore, d’opposition à SOAP. Loin de ces problématiques, Ryan McDonough met ici en avant le fait que REST est dans la réalité trop souvent utilisé pour justifier à tort tout type d’utilisation douteuse de JSON ou XML sur HTTP…

A ce titre, le livre RESTful WebServices de Leonard Richardson et Sam Ruby permet de comprendre en détail toutes les nuances de ce modèle d’architecture qui sont parfois délicates à appréhender.

Le coin de la technique

OpenDS passe en version 2.0

La version 2.0 du projet OpenDS est disponible. Il s’agit d’un serveur LDAP implémenté entièrement en Java et soutenu par Sun ; ces caractéristiques le positionne donc directement face à Apache Directory Server, son équivalent développé par la fondation Apache.

Ludovic Poitou présente les principales nouveautés de cette version :

Ajout d’un control panel graphique, en remplacement du status-panel de la version précédente, permettant d’administrer le serveur et ses données
Amélioration de la réplication multi-master
Support de connections sécurisées SASL
Affinement du système de contrôle d’accès
Amélioration des performances. On notera sur ce point la collaboration avec l’équipe du garbage collector G1 qui avait été exposée il y a 2 mois

Au delà de l’ajout de fonctionnalités, la question du positionnement reste entière pour OpenDS tout comme pour son rival ApacheDS. En effet, l’annuaire est en général une ressource critique du système d’information pour laquelle on préfèrera généralement une implémentation native plus mature. Dès lors, OpenDS se destinera principalement au poste de développement, aux tests, et aux applications embarquant directement leur propre annuaire comme mécanisme de persistance.

10 bonnes raisons de chercher le successeur de Java

Dans la droite ligne d’un certain nombre de keynotes récentes, Mario Fusco expose, sur TheServerSide, 10 bonnes raisons de chercher un héritier à Java. Ces ‘manques’ de Java sont souvent évoqués, parfois partiellement comblés par les futures spécifications. Il nous a semblé malgré tout intéressant de les reprendre ici, ne serait ce pour que ces limitation soient bien comprises de tous.

Absence de Closures, et son corollaire, l’absence de pointeur sur les fonctions (first-class function).
L’existence de types primitifs (le langage n’est pas 100 % objet), et un autoboxing pas toujours performant (sur la gestion des null par exemple).
La faiblesse des Génériques : impossible de découvrir leur type au Runtime.
L’impossibilité de supprimer certains warnings concernant les génériques.
Impossible de passer un paramètre void à une méthode.
Le pattern proxy n’est pas implémenté de manière native sur les classes concrètes.
Le switch…case est très faible
La présence des exceptions Checked qui obligent à de douloureux try...catch ou à d’illisibles throws

Mario Fusco a l’honnêteté de reconnaitre que nombre de ces défauts font partie des péchés originels de Java et qu’il est quasiment impossible de les remettre en cause sans gravement compromettre la compatibilité ascendante du language, qui en est une des pierres angulaires. C’est pour cette raison qu’il se met en quête du next gen language

Vous ne manquerez pas de remarquer que, comme tout article qui parle de succéder à Java, ce billet est richement (parfois de manière assez virulente) commenté.

Evènements de notre communauté en France et à l’étranger

Soirée Tontons Flexeurs

Demain (mardi 21 Juillet) de 18h à 20h se déroulera une nouvelle soirée des Tontons Flexeurs dont le sujet est un retour d’expériences sur la mise en place d’applications Flex en entreprise dans le monde Java (tests unitaires/fonctionnels, intégration continue…).
L’événement étant déjà complet, il ne vous reste plus qu’à bookmarker leur calendrier pour être informé des prochaines réunions

Revue de Presse Xebia

Xebia France — Tue, 02 Jun 2009 10:52:21 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

RIA

Le coin de la technique

Evènements de notre communauté en France et à l’étranger

RIA

Sortie de SmartGWT 1.1

Il aura fallu attendre près de 6 mois pour pouvoir apprécier la nouvelle version de SmartGWT, le wrapper GWT de SmartClient par Sanjiv Jivan (sortie de la version 1.0 lors d’une précédente revue de presse), information relayée par l’auteur et par The Server Side.

Cette version 1.1 apporte de nombreuses nouveautés (liste exhaustive sur la release note) :

Correction de plus de 50 bugs.
Amélioration générale des performances des composants et des skins.
Champs de formules et résumés (wizards, bindable avec des DataBoundComponent…).
Support du GWT-RPC DataSource avec les DataBoundComponent (tableaux, arbres, menus…).
Nombreuses documentations Javadoc (le gros défaut de GWT-Ext).
API de récupération d’état de la vue depuis le serveur (pour de nombreux composants).
Nouveaux exemples dans le Showcase au niveau de New Samples.
Un projet Helloworld pour SmartGWT avec GWT 1.6 …

Une librairie open source gratuite dans son intégralité (licence LGPL), ça ne se refuse pas ou au moins ça se teste !

FlashBuilder 4 supportera FlexUnit 4

Bonne nouvelle pour les développeurs Flex, nous apprenons par InsideRIA que FlexUnit 4 pourra être utilisé sur -FlexBuilder 4- FlashBuilder 4.
Dans cet article, l’auteur nous présente les nouvelles fonctionnalités que propose FlexUnit 4 telles que :

Création simplifiée de suites de tests.
Création et intégration facile de test runner à d’autres frameworks.
Utilisation de l’intégration continue grâce à une automatisation de l’intégration.
Meilleure gestion des tests asynchrones.
Meilleure gestion des exceptions.
Comme les annotations en Junit 4, les tests peuvent être gérés par les Metadata.

La prochaine étape maintenant est d’intégrer le projet à FlashBuilder 4. Il est d’ailleurs possible de voter pour ce projet. Si cela vous intéresse n’hésitez pas à voter vous aussi.

JavaFX 1.2 est arrivé

En accord avec le planning annoncé dès décembre dernier lors de Devoxx, une nouvelle version de JavaFX vient d’être mise à disposition. Les apports sont nombreux et comblent certains manques de la version 1.1. Le site de JavaFX propose un tour d’horizon très complet des nouveautés et Stephen Chin en présente un résumé accompagné d’un guide de migration. On retiendra :

Ajout de widgets propres à JavaFX, skinnables et disponibles sur toute les plate-formes. Il n’est donc plus nécessaire de faire appel à des composants Swing (qui étaient inaccessibles sur mobile). L’ensemble des composants simples sont disponibles (bouton, checkbox, …), par contre la ListView est le seul composant de haut niveau à être fourni, pas de table, ni de tree.
Ajout de composants dédiés à la création de graphiques de type Area, Bar, Bubble, Line, Pie, Scatter et X/Y.
Ajout de nouveaux layouts en supplément des VBox et HBox déjà disponibles.
Support de Linux et Solaris.

La compatibilité des binaires générés par JavaFX n’est pas assurée entre cette nouvelle version 1.2 et ses prédécesseurs. Il sera donc nécessaire de recompiler les applications pour assurer la migration.

Le nouveau JavaFX sera donc sorti dans les temps pour être le sujet de nombreuses présentations et annonces lors de JavaOne qui débute aujourd’hui même à San Fransisco. Comme nous vous en parlions il y a quelques semaines, le support des TVs pourrait y faire l’objet d’une démonstration.

Le coin de la technique

G1 Payant ! Oracle sonne-t-il le glas des machines virtuelles Java gratuites ?

Oracle va-t-il rendre Java payant ? Cette question que tous posaient après l’annonce du rachat de Sun revient aujourd’hui au premier plan avec une phrase sibylline de l’annonce de la version 6 update 14 de la JVM de Sun :

« Although G1 is available for use in this release, note that production use of G1 is only permitted where a Java support contract has been purchased… »

En théorie, la fonctionnalité concernée est encore expérimentale et le rachat de Sun par Oracle n’est pas clos : Oracle n’a pas à s’immiscer dans la gestion au quotidien de Sun ; il n’y aurait donc pas de raison que Sun change de stratégie sur la JVM.
Cependant, on n’a jamais vu de telles limitations contractuelles sur la JVM de Sun. Si les JVM mobile et temps réel ont toujours été payantes chez Sun comme IBM et BEA/Oracle, les JVMs serveur et poste de travail étaient traditionnellement gratuites … à un détails près : la JVM JRockit de BEA était devenue payante dès le rachat par Oracle ; on avait alors invoqué des considérations contractuelles qui empêchaient Oracle de distribuer gratuitement une JVM.

C’est aujourd’hui la très répandue JVM de Sun qui est menacée ; une fois de plus à la suite d’un rachat par Oracle. Faut-il craindre la fin des JVM gratuites ? Pour le poste de travail, cela parait très improbable faute de modèle économique crédible mais pour les serveurs, un revirement d’Oracle semble possible et dans la lignée de la nouvelle politique de JRockit. Il resterait alors disponibles gratuitement les JVM IBM J9 et Open JDK, le projet Open Source dont la gouvernance par Sun a été sujette à polémique ces derniers mois. Nous noterons au passage que G1 sera inclus dans la version 7 d’Open JDK.

Pour revenir sur les nouveautés de la JVM 6 update 14, nous retiendrons : la compression des pointeurs (-XX:+UseCompressedOops) pour les JVM 64 bits (cf. Java 64 bits, pas si souvent une bonne idée), l’optimisation des accès aux variables utilisées sur un seul thread ( -XX:+DoEscapeAnalysis ) et ce Garbage First (G1) Garbage Collector optimisé pour la gestion de grands volumes de mémoire mais réservé en production aux souscripteurs d’un contrat de support.

Jetty dévoile sa roadmap

Comme tous les conteneurs Servlet / JSP du marché, Jetty se prépare à l’arrivée de la JSR-315 (Servlet 3.0) prévue pour cet été. Par ailleurs, il opère également divers changements dûs à sa récente intégration à la fondation Eclipse.

Greg Wilkins a présenté une roadmap détaillée des fonctionnalités qui seront présentes dans les futures versions de Jetty.

Jetty 6 reste la version stable en attendant l’arrivée de son successeur.

Jetty 7 est la branche de développement que Greg Wilkins conseille d’adopter pour les projets débutant actuellement. Elle marquera la migration vers le package org.eclipse.jetty, et apportera une remodularisation accompagnée d’un packaging en bundle OSGi en supplément des artifacts Maven, et une préparation à Servlet 3.0 dont il proposera une preview.

Jetty 8 ne différera guère de son prédécesseur, il s’agira avant tout d’un rebuild en Java 1.6 exclusivement, accompagné d’une conformance stricte à Servlet 3.0 dont la spécification sera alors finalisée.

Aucune date précise n’est indiquée par l’auteur, mais il semble que la finalisation de la spécification Servlet 3.0 constituera le principal régulateur du calendrier de Jetty.

Sortie de Tellerium 0.6.0 RC1

Tellerium est un framework de tests unitaires d’interface utilisateur. Le projet s’appuie sur Selenium, est compatible avec JUnit et TestNG et permet d’écrire les tests en Java, Groovy ou par un DSL.

Les nouvelles fonctionnalités entre la version 0.5.0 et cette 0.6.0 sont plutôt nombreuses, on notera ainsi :

Ajout du sélecteur jQuery (et du jQuery Cache).
Support de Selenium 1.0 Beta 2 et Groovy 1.6.
Core (Include, setCustomConfig, Dump method …).
Selenium Grid (tests en parallèle).
Archetype Maven (JUnit et TestNG) …

Plusieurs nouvelles fonctionnalités donc mais surtout de nombreuses optimisations de performances, des tests plus rapides et plus faciles à écrire, le tout utilisant les versions les plus récentes des projets dont il dépend. A noter aussi le plugin pour FireFox TrUMP (Tellerium UI Model Plugin) permettant d’écrire plus rapidement les tests (enregistrement des clicks, validation et customisation, export Groovy…).

Le téléchargement se passe par ici, et pour les pom ça se passe en bas de page par là.

Evènements de notre communauté en France et à l’étranger

Conférence Google IO 2009

Google I/O 2009 s’est tenu la semaine dernière à San Francisco. Il s’agit d’une des conférences destinées aux développeurs utilisateurs des applications et des API de Google. L’actualité autour de cette conférence étant relativement importante, nous avons décidé de traiter celle-ci dans un article séparé.

En voici les grandes lignes de ce qui s’est vu à Google I/O :

Le futur du Web, avec les premières démonstrations émoustillantes Html 5.
Google Wave, le prochain outil de communication et collaboration made in Google.
La réconciliation de Google avec GWT, sortie de Gwt Query.
Le futur d’Android, avec l’annonce de la branche Android 2.0 : Donut.
Java et Google App Engine en GA.
Google Web Elements, comment intégrer les services Google dans vos pages web.
Les macros dans Google Document, avec Google Apps Script.
Arrivée des extensions dans Chrome.

Pour en savoir plus, vous pouvez lire notre billet dédié au sujet.

Adobe présente Flash Catalyst à Paris

Mercredi 3 Juin 2009 à 16h, Adobe propose une présentation de Flash Catalyst. Cet outil destiné aux designers permet de concevoir des composants graphiques riches sans programmation. Ces créations peuvent ensuite être fournies à un développeur Flex pour que ce dernier se charge de la programmation intelligente.
Cette présentation va se diviser en deux sessions sous formes de conférences et d’ateliers :

Une session développeur.
Une session designer.

Elle se clôtura par un cocktail à 19h30.
Pour plus d’informations ou pour vous inscrire ça se passe ici.

Revue de Presse Xebia

Xebia France — Mon, 25 May 2009 16:50:06 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

RIA

FlexBuilder devient FlashBuilder

Le coin de la technique

Evènements de notre communauté en France et à l’étranger

Retour sur la Gr8, la Conférence Groovy

Actualité éditeurs / SSII

Sun veut créer un Java App Store

Jonathan Schwartz, CEO de Sun Microsystems, vient d’annoncer sur son blog son intention de créer un Java App Store sur le même modèle que l’iPhone App Store. Aucun détail précis n’est fourni au-delà de l’annonce.

Ryan Paul fait une analyse réaliste de ce projet en rappelant qu’il n’existe pas, selon lui, en dehors d’Azureus et Eclipse, d’applications Java pour PC très populaires et doute, par conséquent, du marché qui s’ouvrirait à cet App Store.

Reste qu’il s’agirait là d’un modèle de distribution d’application inédit sur PC qui pourrait séduire certains utilisateurs souhaitant obtenir facilement et rapidement des applications dont le niveau de qualité serait garanti par Sun, alors qu’actuellement les filières Open Source restent le principal vecteur de diffusion d’applications Java.

MySQL forké par son fondateur

Monty Program Ab est une société créé par Michael Widenius, le fondateur de MySQL. Son but est de maintenir le projet MariaDB, un fork de MySQL estampillé ‘Open’ et ‘Libre’, et d’offrir des services autour de ce projet. En collaboration avec Percona, une autre entreprise offrant de l’expertise MySQL, ils viennent de créer l’Open Database Alliance afin de former une entité unique derrière l’ensemble des développements MySQL libres.

Plusieurs réactions et analyses ont suivi l’annonce :

Josh Berkus émet l’hypothèse que l’équipe MySQL actuellement chez Sun soit embauchée par Monty Program Ab.
Matthew Aslett s’inquiète des limitations qu’imposeront la licence GPL de MariaDB quant à l’inclusion d’un éventuel storage engine qui ne suivrait pas cette licence.
Ryan Paul met en avant l’ambiguïté de cette annonce en raison de l’absence de définition du type de relation entre l’Alliance et Sun / Oracle.

Dès lors, comme sur de nombreux autres sujets, il sera nécessaire d’attendre de connaître le positionnement d’Oracle sur la question MySQL pour pouvoir établir des certitudes quant à l’avenir de ce SGBDR.

RIA

FlexBuilder devient FlashBuilder

Une nouvelle qui fait réagir la communauté Flex depuis plus d’une semaine est l’annonce du nouveau nom de l’IDE FlexBuilder qui, dans sa version 4, se nommera désormais FlashBuilder.

Les flasheurs / flexeurs, que l’on pourra lire sur The Flash Blog, Adobe Flex Tutorial ou bien Code moi un mouton, se réjouissent de la standardisation du terme Flash (il faut rappeler qu’au final, une application Flex est compilé en SWF donc du Flash lisible par Flash Player). Toutefois, quelques craintes subsistent chez certains concernant ce nouveau terme Flash, qui selon eux ferrait moins professionnel / entreprise. Au moins, maintenant tout est clair : avec FlashBuilder, vous allez créer des applications Flash pour Flash Player !

Pour le reste, rien ne change. Flex, c’est un framework Actionscript qui s’appuiera sur le Flex SDK. Le plugin sera toujours un plugin Eclipse. Et le développeur Flex restera un développeur Flex ! Et vous, que pensez-vous de ce changement de nom ?

Le coin de la technique

Nos IDEs se corrigent

C’est le mot d’ordre actuel. Peu, voir pas de nouvelles fonctionnalités mais de nombreuses corrections de bugs pour Eclipse IDE et IntelliJ IDEA.

Ainsi, Eclipse nous annonce fièrement la correction de 341 bugs (rien que ça !) pour son IDE en version 3.5 RC1, mais pas de nouvelles fonctionnalités. Du côté de chez IntelliJ, c’est plus d’une cinquantaine de bugs et exceptions corrigés pour la version IDEA 8.1.2, avec quelques optimisations de performance (éditeurs de fichiers Java et SQL) et 2 nouvelles fonctionnalités (au niveau du debugger et des raccourcis).

Le téléchargement d’Eclipse 3.5 RC1 se passe par ici et pour IntelliJ IDEA 8.1.2 c’est par là.

Les nouveautés de JDO 2.3

JDO (Java Data Objects), longtemps délaissé au profit d’Hibernate, puis de JPA, a été récemment remis en avant par le support Java de Google App Engine qui préconise l’utilisation de cette API pour assurer la persistance des données dans les applications qu’il héberge.

Andy Jefferson, co-fondateur du projet DataNucleus, vient de poster un tour d’horizon des nouveautés de JDO 2.3 dont l’API est actuellement disponible en early access. Ces nouveautés sont :

Metadata API : la définition des classes à persister pouvait jusqu’alors se faire par XML ou par annotations. Cette JDO 2.3 vient ajouter une troisième possibilité avec cette API permettant de définir dynamiquement des classes persistables.
Enhancer API : cette API vient en complément de la précédente. En effet dans la mesure où les implémentations de JDO s’appuient sur du bytecode enhancement des classes persistables, il est nécessaire d’offrir aux développeurs un moyen d’invoquer l’enhancer après avoir déclaré dynamiquement une nouvelle classes via la Metadata API.
Timeout et annulation de requêtes : dans le monde JPA, ces deux fonctionnalités ne sont pas supportées par la spécification mais seulement en tant qu’extensions propriétaires.
Contrôle des verrous en lecture des objets : permet un contrôle fin des objets qui doivent être verrouillés automatiquement lors de la lecture, évitant ainsi d’opérer un verrouillage global.

Répondant à des besoins modernes, ces changements devraient être appréciés par les développeurs. Reste que l’avenir de JDO est flou : ne pouvant rivaliser avec la popularité de JPA, JDO pourrait se maintenir dans des cas d’utilisation particuliers et ainsi perdurer dans les années à venir tout en restant marginal.

Evènements de notre communauté en France et à l’étranger

Retour sur la Gr8, la Conférence Groovy

La première édition de la Gr8 Conference vient de se terminer. Il s’agit d’une conférence entièrement dédiée au langage Groovy et aux frameworks gravitant autour. On trouve de nombreux compte rendu sur Internet, Peter Bell en signe le plus complet. Parmi les points les plus intéressants on compte :

Jim Shingler qui a présenté une introduction à Griffon, un framework Groovy visant à faciliter la production de clients lourds en Swing
Une session portant sur la création de plugins pour Grails
Graeme Rocher qui a fait une présentation au titre très explicite ‘Building a Twitter Clone in Grails’

Par ailleurs les cas d’utilisation de Groovy ont été passés en revue par Dierk Konig :

Utilisation en tant que glue et création d’infrastructure des applications
Ecriture des règles métiers complexes évoluant régulièrement
Utilisation pour les hot fixes, en s’appuyant sur le fait que Groovy peut être utilisé de manière interprété
Définition de fichiers de configuration basés sur la syntaxe Groovy
Utilisation de Groovy comme unique langage sur un projet de taille réduite ou moyenne
Utilisation de Groovy comme langage de script pour les tâches courantes (automatisation, installation, déploiement).

Les organisateurs ont annoncé que l’ensemble des sessions de cette conférence seront disponibles sur Parleys dès que possible.

Ecrire son validateur Flex

Nicolas Jozwiak — Wed, 20 May 2009 11:56:32 +0000

Pour les besoins de l’un de nos développements Flex, nous avons utilisé les validateurs Flex. De base, le framework nous fournit un ensemble de validateurs (StringValidator, EmailValidator…), mais il se trouve qu’ils ne répondaient pas tous à l’ensemble de nos besoins. En effet, nous avions besoin de valider la longueur d’une suite de chiffres, mais le NumberValidator ne permet pas de valider la longueur… De plus, nous avions aussi besoin d’une longueur minimale…

Heureusement, il est possible d’écrire votre validateur : il suffit de coder une classe ActionScript qui hérite de mx.validators.Validator et de surcharger la méthode doValidation(). Voici notre validateur permettant de contrôler qu’une suite de chiffres doit être comprise entre une longueur minimale et une longueur maximale.

Ecriture du validateur

CustomNumberValidator.as

package validation
{
    import mx.validators.NumberValidator;
    import mx.validators.ValidationResult;
    public class CustomNumberValidator extends NumberValidator {
          public var minLength:Number;
          public var maxLength:Number;
	  public var lengthFieldError:String;
	  public function CustomNumberValidator() {
		super();
	  }
	  override protected function doValidation(value:Object):Array {
          	var results:Array = super.doValidation(value);
		var val:String = value ? String(value) : "";
		// value has to be between minLength and maxLength
		if ((val.length >= minLength && val.length <= maxLength) || ((val.length == 0) && !required)) {
			return results;
		} else {
			return checkForLength(value);
		}
    	   }
	   public function checkForLength(value:Object):Array {
		var results:Array = [];
		results.push(new ValidationResult(
				 true, null, "invalidChar",
				 lengthFieldError));
		return results;
	   }
    }
}

Tout d’abord, nous définissons des variables:

public var minLength:Number; //la longueur minimale de la suite de chiffres
public var maxLength:Number; //la longueur maximale de la suite de chiffres
public var lengthFieldError:String; //message d'erreur si la longueur n'est pas comprise entre minLength et maxLength

Ces 3 variables sont paramétrables lors de la définition du Validator dans le fichier MXML que nous verrons plus loin.

Comme vous pouvez le voir, dans la méthode doValidation() nous récupérons une chaîne (la suite de chiffres), et nous testons si cette dernière est bien comprise entre minLength et maxLength. Si la validation se passe mal, la méthode retournera un tableau de ValidationResult avec le message d’erreur que nous avons défini (lengthFieldError), sinon elle renverra un tableau vide.

Voici le fichier MXML utilisant ce Validator:

XebiaValidator1.mxml

Le résultat:

Dans cet exemple, nous utilisons 2 validateurs (StringValidator et CustomNumberValidator). Au passage, afin d’utiliser notre validateur nous avons défini un namespace (xmlns:validation="validation.*")
En ce qui concerne notre validateur, nous retrouvons nos attributs (minLength, maxLength et lengthFieldError) que nous avons renseignés.

Amélioration de la validation

Améliorons notre processus de validation. En effet, pour le moment nous avons les messages d’erreurs lors du remplissage des champs du formulaire (un Tooltip s’affiche en cas d’erreur). Nous allons faire en sorte d’avoir également ces messages lors du click sur le bouton « Validate ».

XebiaValidator2.mxml

Le résultat:

Dans ce fichier, du code ActionScript a fait son apparition. Dans un premier temps la méthode fillValidators(), appelée lors de l’initialisation du composant, remplit une liste composée des validateurs référencés par leurs id.

Par la suite, lors du clic sur « Validate », la méthode validateForm() est appelée. La classe Validator possède une méthode très pratique qui est validateAll(), prenant en paramètre une liste de validateurs. Cette méthode renvoie un tableau vide si la validation a réussi, et sinon il y aura des éléments de type ValidationResultEvent contenant le message que nous affichons. Dans notre exemple, en cas d’erreurs les messages apparaîtront dans une popup.

A travers ces deux exemples, nous voyons que le mécanisme de validation de Flex est assez simple, et écrire ses propres validateurs devient un jeu d’enfant !

Vous pouvez télécharger les sources sur le SVN de Xebia France.

Revue de Presse Xebia

Xebia France — Mon, 27 Apr 2009 16:09:31 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

La fondation Apache et JAX-RS

RIA

SOA

Vers l’émergence de Rule-driven process engines ?

Le coin de la technique

Evènements de notre communauté en France et à l’étranger

Actualité éditeurs / SSII

La fondation Apache et JAX-RS

Une proposal pour l’intégration d’un nouveau projet dans l’Incubator de la fondation Apache vient d’être publiée. Le projet, dont le nom suggéré est Apache Wink, est une implémentation de JAX-RS (JSR-311) dont le but est de simplifier l’implémentation de Web Services Restful. L’équipe est composée de développeurs provenant de HP et d’IBM. Quatre d’entre eux sont contributeurs au projet Axis2. Le code du projet est issu d’un fork de l’implémentation de JAX-RS du projet CXF.

La fondation Apache possède déjà une implémentation de JAX-RS au sein du projet CXF. Le projet Axis2, quant à lui, supporte Rest mais pas JAX-RS. Dans ce contexte, une discussion s’est engagée autour de la légitimité du projet. On retiendra deux interventions notables :

Daniel Kulp, du projet CXF, intervient assez sèchement, en regrettant que l’équipe du projet Wink n’ait pas cherché à consulter l’équipe CXF sur le sujet. Il souligne par ailleurs le fait que puisque le projet est annoncé comme d’ores et déjà compliant avec le TCK de JAX-RS, il aura probablement du mal à trouver de nouveaux commiteurs.
Greg Truty, fondateur du projet Wink et affilié IBM, explique qu’IBM utilise Axis2 en tant qu’implémentation JAX-WS et ne peut se permettre de tirer CXF en tant que dépendance pour leur implémentation JAX-RS car il leur faut une librairie indépendante.

L’approbation du projet reste incertaine, mais quel que soit le résultat final, le projet Apache Wink naîtra avec un manque certain de légitimité. Il n’aurait en effet comme seule justification que l’indépendance à CXF et devrait alors se démarquer face aux nombreuses autres implémentations de la JSR qui sont rapidement apparues et dont Jersey et RestEasy sont déjà de dignes représentants.

RIA

Comparatif de framework Ajax

Matt Raible a publié sur son blog les résultats d’un comparatif de frameworks Ajax. La liste des frameworks est assez restreinte : Ext JS, Dojo, YUI et GWT. On peut entre autres regretter l’absence du framework Javascript JQuery. Les résultats de l’analyse peuvent être étendus à d’autres frameworks car la méthode de comparaison est explicitement définie. Cette évaluation repose sur 20 critères : richesse des composants, qualité de la documentation, productivité de développement, etc.

Ce qui est le plus intéressant dans cette étude est la méthode, et la grille d’évaluation avec ses critères. Cette méthode peut aussi être étendue à différents contextes de développement d’applications Web.

On remarque que tous les frameworks reçoivent une bonne note, à l’exception de Ext JS.

Des conseils d’optimisations pour Flex et ActionScript 3

Suite à son article présentant les bonnes pratiques Flex, Sean Moore présente ici quelques conseils d’optimisation pour Flex et ActionScript 3.
Voici quelques conseils intéressants à retenir :

Les optimisations pour ActionScript 3 :

Au niveau des tableaux (Array) :

Eviter les new et préférer [] à la place.

Au niveau du code :

Utilisation de const pour les constantes,
Privilégier dans la condition du if l’évènement qui se produit le plus,
Utiliser des entiers dans les boucles for,
Privilégier la multiplication plutôt que la division.

L’auteur nous donne également quelques conseils sur les performances du code ; nous apprenons ainsi que :

il n’y a pas de différence de performance entre le if et le switch
la longueur du nom d’une méthode n’a pas d’incidence sur les performances

Les optimisations pour MXML

Eviter les repeaters sur des données scrollables
Eviter l’utilisation excessive voire inutile de conteneurs (tels que VBox), cela impacte les performances de l’application
Lors de l’utilisation de repeaters, mettre la propriété recycleChildren à true pour que les éléments enfants ne soient pas créés à nouveau s’ils existent déjà
Mettre la propriété creationPolicy à « queued » pour différer la création de conteneur dans le cas de multiples vues.

Bien que certaines informations puissent être applicables à tous les langages, certains points sont spécifiques au langage AS3/MXML, et peuvent rendre une application bien plus performante. Des informations bien utiles et à mettre en pratique sur tous projets Flex.

SOA

Vers l’émergence de Rule-driven process engines ?

Winston Dhanraj vient de terminer une série de deux articles (partie 1 et partie 2) portant sur la convergence des technologies de BPM, en apportant une observation du marché actuel, principalement focalisée sur la séparation entre processus et règles. Il y oppose deux camps :

La vision traditionnelle, représentée par les poids lourds du marché que sont IBM, Oracle, Microsoft et Tibco, qui se base sur un faible couplage entre le moteur de processus et le moteur de règles (éventuellement apporté par un éditeur tierce).
Une vision émergente, représentée par Pegasystems et sa solution SmartBPM Suite, qui préconise un moteur unifié de processus et règles (rule-driven process engine), rendant ainsi ces deux composants conscients l’un de l’autre.

Bien que reconnaissant sa plus grande complexité, l’auteur expose clairement son intérêt pour la seconde solution en mettant en avant ses atouts par rapport aux BPMs traditionnels :

La logique conditionnelle n’a plus à être intégrée au sein du processus (évitant ainsi de produire des processus surchargés) ni déléguée à un moteur de règles externe, forcément non conscient du contexte d’invocation
Les possibilités du moteur de règles peuvent être pleinement exploitées du fait de l’information contextuelle dont il dispose, évitant ainsi de le transformer en simple tableau de décision
La transition vers une nouvelle version d’un processus est simplifiée
Il n’est plus nécessaire de maintenir synchronisés les modèles métiers manipulés par le moteur de processus et de règles

Ce concept de moteur unifié n’était présent jusqu’alors que dans le monde commercial, grâce à l’offre de Pegasystems. Un produit Open Source s’apprête toutefois à changer la donne : JBoss Drools 5 est attendu en version finale dans les semaines à venir (une CR1 étant d’ores et déjà disponible). En effet, alors que Drools se limitait jusqu’alors à un moteur de règles, il évolue pour offrir maintenant un BPM unifié. On notera que la gestion de processus est apportée par un sous-projet nommé Drools Flow et non par jBPM ; Mark Proctor, JBoss Drools Lead, explique ce choix par des points de vue divergents entre les équipes des deux projets, l’équipe jBPM préférant ne pas s’engager sur cette nouvelle vision qu’elle juge trop complexe.

L’arrivée d’un acteur majeur supplémentaire comme JBoss permettra sans nul doute de donner un crédit supplémentaire à cette nouvelle vision du BPM. Toutefois seule une adoption de cette évolution par les poids lourds du marché permettra de la démocratiser.

Le coin de la technique

Sortie de TeamCity 4.5

The Server Side nous informe de la sortie de TeamCity, le serveur d’intégration continue de JetBrains, dans sa version 4.5

Pas de révolution dans cette version mais de nouvelles fonctionnalités font leur apparition (la liste complète est plus que respectable). Parmi les plus intéressantes, on note:

Une meilleure interface utilisateur,
Gestion de groupes d’utilisateurs,
Intégration LDAP,
Une meilleure intégration avec nos IDEs (Eclipse, Visual Studio et bien sûr IDEA),
Utilisation des résultats (format XML) de frameworks tels que JUnit, NUnit, Surefire, PMD ou FindBugs,
Support du framework MONO,
Assignation d’une responsabilité à un utilisateur,
Détection de crash JVM…

À noter qu’il est possible que votre agent par défaut soit écrasé comme ça a été le cas chez Developpez.com mais pas de panique au niveau des données (qui ont toutes été récupérées).

Une application à essayer d’urgence, rendez-vous est pris dans la section téléchargement !

Des nouvelles du projet Nebula

Nebula est un projet Eclipse à destination des développeurs Eclipse RCP. Son but est de fournir des composants SWT évolués.

En effet, les composants SWT fournis en standard font le travail mais restent de très bas niveau. Qui n’a jamais essayé de mettre une checkbox éditable dans une cellule de son tableau ? Il est bien sûr tout à fait possible de l’implémenter soi-même, mais l’idéal serait d’avoir un composant tiers qui gère nativement ce genre de fonctionnalités avancées (très appréciables !).

Actuellement tous en incubation, on trouve en téléchargement :

la galerie (seul composant étiqueté stable),
le tableau (édition de cellule, colonnes groupées, entêtes multiples…),
le panel avancé,
l’accordéon,
des animations (non officielles).

On note toutefois une communication sur de nouveaux composants, pas encore en téléchargement mais récupérables sur le CVS du projet (Web browser) :

Et, petite surprise, même si pour l’instant aucune communication n’a été faite, le ~~jira~~ bugzilla du projet semble indiquer l’arrivée possible d’autres composants tels que :

un ruban type office,
un éditeur de texte riche.

Nebula propose toujours son plugin eclipse d’exemples qui permet de faire un rapide tour d’horizon des composants.
Pour des exemples de code, ça se passe dans la section snippets.

Evènements de notre communauté en France et à l’étranger

SpringOne : Annonces de la première journée

Aujourd’hui se déroulait la première journée de SpringOne Europe à Amsterdam. La conférence a débuté par une keynote théâtrale menée par Rod Johnson en personne. Partant d’un point de départ plutôt piquant : « l’acquisition de Sun par Oracle ! » et d’une phrase quelque peu cinglante « Ce n’est pas avec Oracle que nous pouvons espérer les nouveautés du monde Java » (nous lui laissons la paternité de ce propos peu amène), Rod a annoncé les nouvelles directions stratégiques prises par SpringSource :

Phase 1, s’enfuir de Java EE !
Phase 2, améliorer la productivité des développeurs Java.

Différentes annonces ont donc été faites dans ce sens durant cette keynote :

Sortie de tcServer en GA : SpringSource espère toucher différents publics avec ce serveur : les utilisateurs de serveurs Java EE désirant migrer vers une solution plus simple et moins onéreuse, mais aussi les utilisateurs de Tomcat en recherche de console d’administration.
Sortie du futur nouveau produit ‘Spring ROO’ (vous pouvez voter pour son nom) que nous avions déjà évoqué à plusieurs reprises. Ce projet, décrit comme le Grails pour code Java, vise à augmenter la productivité des développements en proposant différents mécanismes de génération de code, et une intégration aux outils de développements (Maven2, Eclipse …).
SpringSource Tool Suite (STS) : Brique indispensable pour tirer la meilleur partie de Spring ROO, STS sera dorénavant diffusé gratuitement. Il contiendra, outre les plugins Spring, Mylyn et autres tutoriaux que nous connaissions déjà, une intégration directe avec la console Spring ROO.

Continuez à suivre Spring One Europe via twitter.

Java EE 6 n’aura plus de secret pour vous …

Antonio Goncalves vient de terminer l’écriture de son livre : Beginning Java EE 6 Platform with GlassFish 3: From Novice to Professional. Celui-ci est en cours de publication et devrait être disponible à la vente fin mai. Antonio, que vous connaissez probablement comme l’un des leaders du ParisJug, est également un membre du JCP et intervient sur les JSR-316 (Java EE 6), JSR-317 (JPA 2.0) et JSR-318 (EJB 3.1).

Félicitions pour ce nouvel ouvrage, nous avons hâte de le lire. Tu vas pouvoir souffler un peu avant Java EE 7 .

Pouvons-nous espérer une reprise de ton ancien livre ?

Flex, BlazeDS et Spring Security : The FlexSession is invalid

Nicolas Jozwiak — Thu, 12 Mar 2009 12:56:13 +0000

Lors du développement d’une application, j’ai été confronté à un problème avec l’intégration de BlazeDS et de Spring Security. En effet lorsque je me connectais, je pouvais accéder à l’application. Mais lorsque je fermais, ouvrais le navigateur puis me reconnectais, une erreur apparaissait :

flex.messaging.LocalizedException: The FlexSession is invalid.
    at flex.messaging.FlexSession.checkValid(FlexSession.java:906)
    at flex.messaging.FlexSession.getUserPrincipal(FlexSession.java:225)
    at flex.messaging.HttpFlexSession.getUserPrincipal(HttpFlexSession.java:272)
    at flex.messaging.MessageBrokerServlet.service(MessageBrokerServlet.java:327)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1097)
    at com.wavecom.ui.util.AddToMDCFilter.doFilter(AddToMDCFilter.java:68)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:378)

En se tournant vers la documentation de BlazeDS, nous voyons que celui-ci n’est pas capable d’invalider lui-même des sessions HTTP. Il est cependant possible d’utiliser un paramètre dans les propriétés des channels afin d’invalider une session:

true

Mais malgré cette option l’erreur restait présente… étrange.

Après quelques recherches plus poussées (merci Google), je suis tombé sur les problèmes liés aux Session Fixation et sur cet article.
En effet, en creusant un peu plus, nous voyons dans la documentation de configuration de Spring :

« Session fixation attacks are a potential risk where it is possible for a malicious attacker to create a session by accessing a site, then persuade another user to log in with the same session (by sending them a link containing the session identifier as a parameter, for example). »

Afin de contrer cela, Spring a pris le parti de créer une nouvelle session à chaque authentification d’un utilisateur.
Nous pouvons ainsi comprendre le problème. En effet, nous utilisons un channel HTTP et une instance de la classe HttpFlexSession (flex.messaging.HttpFlexSession) contenant des attributs dont une Map de flexSession. Cette Map contient les id de session des utilisateurs. A la première connexion, cette instance récupère une requête avec un id session qui sera placé dans cette Map. Et lors de la deuxième connexion, la requête contiendra un autre id session. Le problème est que l'instance de HttpFlexSession va rechercher l'id session de la deuxième connexion dans la Map mais ne la trouvera pas, d'où l'exception citée ci-dessus.

Néanmoins, il existe une solution : mettre le paramètre session-fixation-protection à none dans votre fichier de configuration Spring

Avec cette solution, la session ne sera pas systématiquement recréée et l'exception ne sera plus présente ! En espérant que cette solution puisse aider d'autres personnes !

Revue de Presse Xebia

Xebia France — Mon, 09 Mar 2009 18:00:10 +0000

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.
Actualité éditeurs / SSII

Riena, la nouvelle plate-forme de la fondation Eclipse

RIA

Flight Framework : le nouveau framework MVC pour les applications Flex et ActionScript

Le coin de la technique

Actualité éditeurs / SSII

Riena, la nouvelle plate-forme de la fondation Eclipse

La fondation Eclipse a annoncé la disponibilité de sa nouvelle plate-forme « Eclipse Riena » en version 1.0. Le but de ce projet est de fournir un environnement client et serveur pour développer des applications multi-tiers avec clients riches. En soit, rien de très original. En fait, la vraie nouveauté se situe dans les possibilités offertes et dans les technologies utilisées. En effet, cette plate-forme est basée sur Eclipse RCP et Equinox et offre la possibilité de développer des services OSGi sans pré-supposer de leur localisation sur le client ou le serveur.

Autour de ce modèle d’architecture, Riena propose un ensemble de fonctionnalités :

Possibilité de faire évoluer des composants Eclipse existants vers la plate-forme Riena
Gestion des mises à jour des clients pilotée par le serveur. Possibilité de procéder de manière incrémentale.
Gestion des authentifications et des autorisations basée sur JAAS.
Monitoring de l’état des clients. L’ensemble des logs et erreurs des clients peut être accédé depuis le serveur.

On notera également que la partie serveur est assurée par un module Jetty et que le protocole Hessian est utilisé pour la communication avec les clients. En outre Riena apporte des composants graphiques supplémentaires permettant de construire plus facilement des interfaces orientées processus métier ; Elias Volanakis en avait proposé un exemple il y a quelques mois.

Là où Eclipse RCP ne traitait que du développement de la partie cliente des applications d’entreprise, Riena apporte une réponse intéressante également sur la partie serveur. A l’heure où la majorité des développements se tournent vers le Web et ses récentes technologies RIA, pour des raisons de simplicité de déploiement et de maintenance, le nouveau projet de la fondation Eclipse propose une solution bien plus flexible, tout en se basant sur des technologies matures.

RIA

Flight Framework : le nouveau framework MVC pour les applications Flex et ActionScript

Le framework Flight est un nouveau framework MVC pour le développement d’application Flex / ActionScript. Il vient rejoindre la liste déjà importante de frameworks MVC existants, comme Cairngorm, PureMVC, Mate … InfoQ s’intéresse dans cet article à ce nouveau venu.

Ce framework a été créé par Tyler Wright, Rob Taylor et Jacob Wright, pour faciliter le développement de leurs applications. Son principe est le suivant : modulariser en domaines logiques, rationaliser le développement en équipe. Minimaliste, il offre des solutions robustes, avec entre autres :

un système de mémorisation de l’historique pour pouvoir mettre en place le Annuler/Rétablir.
la possibilité de configurer plus facilement le data binding

Pourquoi ce énième framework ? Tyler Wright répond à la question ici. Cairngorm étant très lourd à mettre en place, il lui fallait une solution plus efficace et répondant à son besoin. Pour le moment, le projet ne fournit que la liste des fonctionnalités et une version en beta release non documentée.

Le coin de la technique

Hibernate Validator poursuit l’alignement avec la JSR-303

Le développement de la version 4.0 d’Hibernate Validator est en cours et poursuit son alignement avec la JSR-303 (Bean validation). Cette JSR, actuellement en version beta, est dirigée par Emmanuel Bernard, également project lead d’Hibernate Validator, qui sera l’implémentation de référence. Par rapport à ce framework, outre une adaptation globale de l’API, la spécification diffère principalement sur deux points :

l’apport de la notion de groupe, permettant de spécifier un ensemble de contraintes, à inclure ou non dans une validation
la possibilité de spécifier la « traversabilité » des propriétés d’un objet. Ainsi, si une propriété ne doit pas être validée à un instant donné (pour cause de lazy loading par exemple), il sera possible de l’indiquer au framework.

Ces apports, bien que minimes en apparence, sont réellement utiles. En effet, les scénarios de validation dans les applications d’entreprises sont souvent constitués de nombreuses règles de gestion, qu’il est délicat d’appréhender sans un framework offrant une grande flexibilité.

Le positionnement de JavaFX toujours en question

Manque de communication de Sun ? Le positionnement de JavaFX par rapport à Swing fait toujours débat, 4 mois après la sortie de sa première version finale.

Ces derniers jours, deux interventions ont particulièrement entretenu le débat.

D’un coté, John O’Conner soutient que la relance de la JSR-296 (Swing Application Framework) est vaine et ne constitue qu’un investissement à court terme. Poursuivant dans cette vision d’un Swing obsolète, il conseille aux développeurs arrivant dans le monde des interfaces riches en Java de ne pas chercher à apprendre Swing mais de directement se tourner vers JavaFX.

De l’autre coté, Jan Erik Paulsen, rejette avec force JavaFX, tant comme concurrent de Flex / Silverlight, critiquant le manque de productivité offert par la solution de Sun pour les designers, que comme remplaçant de Swing, ne pouvant admettre le rejet de cette technologie mature et maîtrisée.

Au trouble existant sur l’évolution de Swing dont nous parlions la semaine dernière, s’ajoute donc ce positionnement ambiguë de JavaFX. S’il veut empêcher la fuite des javaistes vers les solutions concurrentes, Sun devra clarifier son discours dans les mois à venir et tenter de mettre un point final à ce genre de querelles (en apportant, lors de la prochaine release en Juin, un véritable gain de productivité grâce à un environnement de développement, à des composants graphiques de haut niveau, …).

Mettre en ligne ses développements de BDD avec une application agile (tout au moins itérative).

Pramod Sadalage, co-auteur, avec Scott Ambler en 2007 de Refactoring Databases: Evolutionary Database Development et auteur de Recipes for Continuous Database Integration, expose, dans une vidéo captée au QCon et relayée par infoQ, les grands principes d’un design de base de données évolutif (qu’on pourrait sous titrer ‘Comment attirer les DBA dans le monde itératif J2EE’).
Pour ceux qui n’auraient pas le temps d’ingurgiter les quelques 500 pages de ces 2 ouvrages, cette vidéo, illustrée par des démonstrations pertinentes, constitue un bon point de départ.

Cependant, et comme c’est malheureusement souvent le cas, les grands principes exposés ici se heurteront rapidement aux réalités projet (il est bien difficile de ‘vendre’ un pair programming développeur Java / DBA, de multiplier les environnements bac à sable…).
Malgré tout, il est facile d’extraire quelques trucs et astuces pleins de bon sens de cette présentation (automatisation, rôle de l’intégration continue, de la gestion de sources…).

Les évènements dans des composants Flex réutilisables

Ellène Dijoux — Fri, 09 Jan 2009 15:10:18 +0000

Dans un précédent article, nous vous présentions comment créer des composants Flex réutilisables. Nous allons ici poursuivre la présentation en vous parlant de la gestion des évènements au sein de ces composants. En effet, il n’est pas évident de gérer les évènements lorsque ceux-ci sont dans des fichiers MXML différents. Alors comment faire ?

Une solution existe, utiliser les tags Metadata et plus précisemment le tag Event. Dans l’exemple du billet précédent, nous avons créé plusieurs composants pour mettre en place un formulaire. Nous allons effectuer le même exercice, avec une liste de contacts dans laquelle il est possible d’ajouter des utilisateurs. Nous verrons comment deux composants indépendants l’un de l’autre pourront communiquer et échanger des données.

Ce billet se découpe de la façon suivante :

Nous commencerons par mettre en place les composants réutilisables qui formeront l’application
Nous expliquerons ce qu’est un tag Metadata
Nous présenterons comment les mettre en place sur notre exemple
Et enfin, nous verrons le résultat

Mise en place des composants réutilisables

Pour créer notre application, nous allons mettre en place :

ContactListView : une liste de contacts contenant une Datagrid et un bouton Ajouter

ContactFormView : un formulaire contenant un champ texte nom, un autre prénom et deux boutons Valider et Annuler

Ils seront stockés dans une pile de vues ({{ViewStack}}). Le composant ViewStack contient des vues filles dans lesquelles il est possible de naviguer. Seule une vue fille peut être affichée à la fois grâce à la propriété selectedItem ou selectedIndex. En manipulant ce composant, nous allons tenter de passer d’une vue à l’autre en modifiant la valeur de selectedIndex.
- selectedIndex = 0 : le ViewStack affiche ContactListView
- selectedIndex = 1 : le ViewStack affiche ContactFormView

Lorsque l’utilisateur clique sur le bouton Ajouter, l’application change de vue pour passer sur le formulaire. Les boutons Valider et Annuler quant à eux permettent de revenir sur la première vue.

La partie graphique est en place mais comment signaler à la pile de vue de passer de l’une à l’autre ? Effectivement depuis une vue, comment peut-on signaler à son parent qu’il s’est passé quelque chose ?

C’est là que les tags Metadata viennent à notre secours.

Qu’est ce qu’un tag `Metadata` ?

Un tag Metadata fournit au compilateur des informations sur la façon dont le composant MXML est utilisé dans une application Flex. Il existe 12 tags Metadata documentés dont entre autres Bindable, Embed, Effect et celui que nous allons utilisé Event. Le tag Event permet de définir des évènements que le composant concerné peut déclencher, ce qui convient très bien à notre problème.

Et concrètement ?

Côté déclencheur

Créons un tag Event dans notre vue ContactListView:


    [Event(name="addContact", type="flash.events.Event")]

Lorsque l’utilisateur clique sur le bouton Ajouter, le composant déclenche l’évènement addContact.

Côté abonné

Le parent de la vue, qui est ici l’application, ajoute un listener sur la vue pour attendre l’évènement addContact. Une fois l’évènement déclenché, nous changeons de vue.

Résultat

En faisant de même avec les boutons Valider et Annuler, nous arrivons au résultat suivant:

Ce billet présente un exemple très simple d’utilisation du tag Event avec un évènement de type flash.events.Event. Mais vous pouvez créer vos propres classes d’évènements comme le montre le livedocs. Le code source est disponible ici, vous trouverez l’exemple complet avec la gestion de l’ajout d’un contact et le retour vers la liste.

Références

http://livedocs.adobe.com/flex/3/html/help.html?content=metadata_2.html