new Blog( perso );

GXT (== ext-gwt) est une adaptation de EXTJs en GWT. Pas juste un wrapper, mais une reécriture. Donc a priori un truc super optimisé et qui s'intègre parfaitement dans la logique GWT.

Le BeJug, à l'origine du site de conférence Parleys.com (si vous ne connaissez pas, c'est le moment d'aller y perdre .. quelques heures) proposera sous peu un espace gratuit pour les Java User Group.
Je suis donc en train d'équiper le BreizhJug de tout le nécessaire pour capturer nos sessions dans les meilleures conditions. Après le caméscope à disque dur (que nous avons depuis le début) qui donne une image correcte - sans plus - du speaker, nous avons désormais un dispositif de capture VGA (vga2usb) qui permet de capturer toutes les démos faites par nos conférenciers et d'un micro semi-pro pour avoir un son irréprochable, ce qui changera du style "caméra cachée" que nous obtenions jusqu'ici avec le micro intégré du caméscope.

Il ne reste plus qu'à apprendre à maîtriser Parleys Publisher, l'environnement d'édition vidéo associé...

Rendez vous en ligne ... sous peu !

Blooger n'est pas très adapté pour fournir des fragments de code. La librairie syntaxhighlighter semble fournir une solution fonctionnelle pour contourner ces limitations.

Ceci est un test intégrant du code source Java :

public abstract class ConfigurableBean
{
 /** Configurer used to inject dependencies in ConfigurableBean instances */
 private static BeanConfigurer configurer;

 /**
  * Constructeur par d�faut
  */
 public ConfigurableBean()
 {
     if ( configurer != null )
     {
         configurer.configure( this );
     }
 }
}

La JSR 295 a été crée pour définir un mécanisme de binding en Java. L'idée simple et supportée par de nombreux langages est que deux attributs de deux beans soit "liés", ce qui permet par exemple à un widget graphique de toujours rester synchronisé avec l'objet modèle qu'il affiche, sans devoir écrire du code de mise à jour fastidieux et répétitif.

Devoxx se termine avec la projection d'un film pour certains, et les derniers "BOFs" pour les autres.

J'espère que vous avez apprécié mon "en direct", si vous trouvez des blogs/docs équivalents sur le net laissez un commentaire, que tout le monde en profite.

Et pour les membres du BreizhJUG, rendez-vous le 5 Janvier pour une session qui sera au couleur de JavaFX.

A l'occasion de son passage à Rennes pour donner une formation GWT, Sami Jaber nous fait le plaisir d'accepter l'invitation du BreizhJug. 

Charlie Collins, project lead of gwt-maven, a Maven plugin for GWT, join the Mojo team o merge it's plugin with gwt-maven-plugin

Voici mon témoignage. Notez l'excellent (si si) jeux de mot.

Après plusieurs mois de mise au point et de test sur le terrain, je viens de lancer un vote pour une permière version "officielle" de mon plugin GWT pour maven.

Microsoft a récemment proposé aux développeurs de la fondation Apache un abonnement MSDN gratuit. Celui-ci comporte entre autre un accès à la logithèque Microsoft, dont Visual Studio dont il s'agit de faire la promotion, mais aussi Windows, Office & Cie. Apparemment, l'opération a eu un très grand succès auprès des développeurs Apache, bien qu'ils soient nombreux à travailler sur Mac et/ou Linux.

Je vais peut être tester Vistual Studio par acquis de conscience, même s'il risque de ne pas trop faire l'affaire pour mes développements Java / Maven, quelque soient les reproches que l'on puisse faire à Eclipse ;)

A l'heure ou je préparais Mme à passer le PC de la maison sous Ubuntu, après avoir converti tous ceux de l'école dont elle est la directrice, en plus de mon eee-pc et du portable qui me permet d'écrice ce billet, je vais donc peut être ré-installer un Windows XP totalement légal sur notre PC de bureau (bien sur, quand je dis "ré-installer", c'est parce que le système est tout vérollé après des années de mauvais usages, pas pour un quelconque problème de licence).

Mon extension pour m2eclipse commence à fonctionner. Elle permet de lire la configuration Checkstyle à partir du plugin maven et de l'appliquer au plugin eclipse.

Le NantesJug organise une soirée Maven, animée par Arnaud Héritier, membre du "Project Development Commity" Maven. Pour ceux qui connaissent mal les raffinements de la fondation Apache, cela signifie qu'Arnaud a gravi tous les échelons de la méritocratie sur le projet Maven et que son vote pèse dans chaque décision majeure.

SpringSource vient de s'offrir G2One, la société fondée pour soutenir le développement de Groovy et Grails.

L'intégration de maven sous Eclipse est un sujet qui a pris .. un certain retard si on compare à NetBeans ou Idea. La faute (sans doute) à la gueguerre entre Sonatype et Exists, les deux sociétés qui emploient des core-développeurs de maven, et qui supportent chacune un projet concurrent (m2eclipse vs q4e).

Dans le monde opensource on a coutume de dire que la concurrence est bénéfique. Seulement dans ce cas, chacun développe grosso-modo les mêmes fonctionnalités, et sur la base de la même plateforme à quelques détails techniques près.

m2eclipse remporte pour ma part un court avantage (mais ce n'est qu'un avis parmi tant d'autres) : les échanges que j'ai pu avoir avec les développeurs montrent une grande réactivité et une réelle volonté d'ouverture.

Dans mon cas, j'ai voulu ajouter le support de CheckStyle à m2eclipse; autrement dit, une extension m2eclipse qui va lire la conf de maven-checkstyle-plugin et la "traduire" pour configurer eclipse-cs, le plugin Checkstyle pour Eclipse.

Le bon point de départ, c'est que la plateforme Eclipse est conçue pour ce type de greffe de fonctionnalités (les fameux plugins) et m2eclipse ne déroge pas à la règle. Il y a donc une API très simple pour venir participer à la phase de configuration d'un projet Maven sous Eclipse.

La mauvaise surprise, c'est que cete API est un peu trop simple même dès qu'on a besoin de manipuler des concepts maven (classpath, résolution de dependances, ...). Comme il faut en plus découvrir comment se programme le plugin eclipse qu'on désire supporter, ça fait beaucoup de choses. A moins d'être un pro d'Eclipse + un guru de Maven, on en bave !

De rapides échanges avec Eugene Kuleshov m'ont convaincu que :

1. je ne suis pas tout seul dans cette galère, et toute l'équipe de dev de maven est prête à apporter aide et conseils
2. le seul moyen d'améliorer les choses est de "communiquer" pour que chacun apporte sa petite pierre à l'édifice.
   

Voici donc ma petite pierre :

• une page du Wiki qui décrit le principe et les pratiques à connaître.
• un ticket Jira pour permettre à chaque contributeur qui est contraint de réinventer l'eau chaude de "mutualiser" ses efforts.
  

Après le dual-core, puis le quad-core, voici une nouvelle génération de processeur qui va venir motoriser nos PCs de demain : le quintuple coeur.

Mon projet actuel utilise activement la modélisation UML pour sa conception. Nous avons donc une panoplie complète de diagrammes, et bien sur des documents au format Word à produire, respectant le formalisme maison et une structure stricte.

L'outil de modélisation UML utilisé n'ayant pas le bon goût de supporter notre format de sortie, nous sommes passé par une solution (si on peut dire) d'une simplicité impressionnante :

• export du modèle UML en XMI (compter 30 minutes)
• lancement d'une transformation XSL:FO pour produire les documents en RTF (compter 15 bonnes minutes)
• utilisation d'une macro word pour la mise en forme (compter 15 bonnes minutes par document)

Des optimisations sont très probablement possibles, mais dans tous les cas c'est très long...

Comment automatiser tout ça, pour éviter de passer des heures devant son PC à attendre l'étape suivante ?

Pour la transformation XSL, j'ai crée un petit plugin maven basé sur FOP. Ce n'était pas le plus difficile

Pour le reste ... je suis tombé sur le projet JACOB, qui permet de manipuler en Java l'API COM de Windows, et donc de faire de l' "automation" d'applications sous Windows. J'ai donc réussi à :

• lancer word,
  
• ouvrir le fichier RTF,
  
• copier/coller son contenu dans le document contenant les macros,
  
• ... qui sont ensuite exécutées
  
• et enfin sauvegarder le résultat dans le répertorie cible (ouf!).

Il faut encore que j'essaie d'utiliser le même mécanisme pour piloter l'extraction XMI, qui n'est pas "légère" elle non plus.

Comme quoi, l'automatisation de la chaîne de production n'est pas impossible (parfois juste un peu délicate). Et au final, on pourra avoir une version complète des docs en cohérence avec le modèle UML deux fois par jour.

Vous voulez tester Google Androïd avant tout le monde ? Vous êtes un Geek pur et dur du genre incurable ?

Il sera disponible dès le 10 novembre ici...

pour ceux qui ont un buget Geekitude solide !

Qu'est ce qu'on gagne dans tout ça ? Tout d'abord, la démonstration que du code JavaScript PEUT être rapide. Si l'équipe de Firefox doit se tâter pour choisir son futur moteur JS, c'est surtout du côté d'Internet Explorer que la pression va monter :