Geekeries - News et Articles High-Tech

Le framework Java Spring Rich Client Platform est enfin arrivé à une version stable 1.0.

Cette release était fortement attendue par tous les utilisateurs de ce magnifique framework d’écriture de clients riches Swing. En effet, la précédente version stable 0.2.1 datait de Septembre 2006.

Si vous avez à développer un nouveau projet en client riche, je vous conseille fortement d’étudier ce framework avant de vous jeter dans les bras d’Eclipse RCP ou de Netbeans RCP, ou pire d’essayer de réécrire un framework maison.

Les principales fonctionnalités sont :

• Binding bidirectionnel de composants graphiques sur vos objets métier
• Gestion de formulaires avec validation de contraintes, affichage des erreurs de validation sur les champs, commit et rollback
• Modèle de commandes
• Configuration de tous les labels, commandes, icônes par fichiers de ressources
• Sécurisation des commandes par Acegi (un autre sous-projet Spring)
• Intégration par simple paramétrage avec plusieurs gestionnaires de vues : docking avec Jide ou VLDocking, fenêtre Mdi classiques, vues fixes, …
• Aucun lien avec un IDE quelconque
• Extrêmement configurable. Vous n’êtes absolument pas obligé de prendre tout le framework, mais juste les parties qui vous intéressent.

Et vous bénéficiez bien sûr du framework Spring pour gérer vos services métier et configurer le comportement de votre application.

Le gros point noir est le manque de documentation, mais avec cette release on peut espérer qu’elle va rapidement s’étoffer.

J’utilise ce framework en version 0.2.1 depuis plus d’un an sur un projet important (plus de 1000 j.h, 300 utilisateurs) et je dois dire que je suis extrêmement satisfait des services qu’il me rend.

G2One et l’équipe Grails viennent de sortir il y a peu la version 1.0 du framework web Grails basé sur le langage dynamique Java/Groovy, et utilisant en son sein les frameworks Spring (conteneur léger pour la couche logique et métier) et Hibernate (couche persistance). Ce framework orienté web s’inspire fortement du framework Rails (Ruby on Rails) avec notamment la notion de convention (vs configuration) permettant de n’avoir que le minimum de configuration nécessaire, un vrai bonheur pour le développeur. Il permet un gain de productivité dans le développement d’applications web sur la plateforme Java, tout en permettant de protéger son existant et son investissement : mapping Hibernate ou JPA, configuration Spring, librairies Java, serveurs d’application, etc.

Grails est une solution ouverte qui laisse un grand choix au niveau de l’architecture : application full-Grails, Groovy/Java, où même la partie présentation peut être débranchée au profit d’une intégration GWT ou Flex grâce à l’utilisation de plugins dédiés. Cette version finale apporte de nouvelles fonctionnalités comme un DSL (Domain-Specific Language) pour un mapping objet-relationnel plus poussé, l’ajout d’un mécanisme d’intercepteurs et d’URL mapping avancé, et encore plus de facilité pour exposer des ressources REST.

La sortie de la version 1.0 risque de donner une nouvelle dimension au projet, et il suffit de regarder l’activité de la liste de diffusion pour réaliser à quel point ce framework a de beaux jours devant lui.

Le seul bémol concernerait la prise en charge des IDE. Il existe des greffons pour Eclipse et NetBeans mais ils sont encore trop jeunes. Le seul greffon vraiment avancé à l’heure actuelle est celui pour IDEA IntelliJ (IDE excellent mais qui n’est malheureusement pas OpenSource).

Site : Grails

Via linuxfr.org, application-servers.com

A nos amis développeurs, suite à mon article concernant les frameworks PHP, je me suis intéressé à un framework en particulier : Jelix.

Pourquoi ce choix ? Au tout départ, parce que Jelix est un framework français. Même si je suis encore à l’aise avec l’anglais, quelques rares fois, il arrive d’être confronté à ce que bon nombre d’entre nous appelle “la barrière de la langue”.
De plus, framework français signifie documentation en français mais également forum et assistance en français.

Ce qu’on attend d’un framework est bien présent : un cadre de développement existe bel et bien. Votre application est découpée en modules et vos fichiers sont organisés dans des répertoires qui représentent leur rôle (DAO, structure du formulaire, présentation, ressources web, etc.).

Jelix est particulièrement adapté pour développer une application de type CRUD (dans mon cas, une interface d’administration pour un site d’annonces) ou un site web.

Ce qui m’a énormément plu : jDAO, jForms, le CRUD générique…
Venant du monde java, il n’est pas rare de multiplier les couches d’abstraction pour “délier” les différentes composantes d’une application, pour les “remapper” ensemble dans des fichiers de configuration. Dans Jelix, pas besoin de fichier de mapping : le framework se débrouille avec le nom de votre fichier pour relier les différents “services” offerts par le framework (jDAO, jForms, jTpl, etc. voir leur description sur le site de Jelix).
Exemple : une table “annonce” est accédée via un dao “annonce.dao.xml”, un fichier “annonce.form.xml” décrit les champs du formulaire, dont le comportement est décrit dans le contrôleur “annonce.classic.php”.

Le premier tutoriel décrit sur le site de Jelix est un bon premier exemple facile à réaliser, qui permet de découvrir le fonctionnement du framework.

Bien sûr, pour le moment, il y a encore pas mal de choses à améliorer : les lignes de commande à taper, l’austérité de la documentation (bien que complète), l’absence de support d’un IDE… mais ça commence à venir.

Donc, en résumé, les 5 raisons pour lesquelles j’utiliserais Jelix sont :

1. c’est un véritable framework, issu d’une véritable réflexion et d’une grande expérience de la programmation web, performant et facilement extensible
2. il est particulièrement adapté et bien pensé pour réaliser les tâches “ingrates” (le CRUD basique que l’on retrouve dans 99% des applis web)
3. de part son origine francophone, la documentation est… en français
4. le forum est particulièrement utile, et Laurent, l’auteur de Jelix, y est très réactif
5. venant du monde java et découvrant le PHP nouvelle génération (celle qui est née avec la version 5) je trouve que le code reste super propre et que la philosophie MVC y est bien respectée

Site officiel de Jelix (en français)

Pas facile de se décider dans la jungle des frameworks PHP… Pour faire un simple site dynamique avec une petite interface d’administration avec quelques pages de CRUD (create / read / update / delete), les solutions sont multiples. Après avoir étudié un peu le panel disponible, j’en ai retenu 3.

• Zend semble être la référence du moment, rien qu’à voir le scope des fonctionnalités dans le manuel, assez impressionnant.
• Jelix, framework made-in-France, simple et apparemment intuitif
• CakePHP, le plus simple et a priori assez reconnu, mais quelles en sont les possibilités ?

Tous ces frameworks apportent le support de MVC, manquant d’origine au langage PHP, une couche de persistance de données et leur expérience en terme de stabilité, réutilisabilité, élégance du code.Si ma petite préférence irait vers Zend, avec lequel j’ai pu faire 3 pages de CRUD en une petite heure, je me pose encore la question cruciale : lequel choisir ?