Spring RCP 1.0 est sorti

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 [...]

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.

Le framework Java/Groovy Grails version 1.0 est sorti !

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 [...]

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

Débuggez sans IDE avec le JDK 1.6

Dans ma chasse aux fuites de mémoire dans mon appli Swing, je viens de découvrir deux outils très sympathiques livrés avec le JDK 1.6 :

jmap permet de faire un dump du tas (heap) d’un processus java en JRE 1.6
jhat permet de lancer un serveur web permettant d’exploiter un fichier de dump

Exemple :

jmap -dump:format=b,file=heap.bin 2265 dumpe [...]

Dans ma chasse aux fuites de mémoire dans mon appli Swing, je viens de découvrir deux outils très sympathiques livrés avec le JDK 1.6 :

• jmap permet de faire un dump du tas (heap) d’un processus java en JRE 1.6
• jhat permet de lancer un serveur web permettant d’exploiter un fichier de dump

Exemple :

• jmap -dump:format=b,file=heap.bin 2265 dumpe le tas du processus d’ID 2265 dans le fichier
  heap.bin
• jhat heap.bin lance un serveur Web sur le port 7000 qui permet de visualiser le contenu du tas.

On peut ensuite avec son browser favori aller sur http://localhost:7000 et explorer toutes les instances, leurs références, par qui elles sont référencées (très utile pour la chasse aux memory leaks). On peut aussi spécifier à jhat 2 fichiers de dump et voir quelles instances ont été créées entre les 2 snapshots, …

En résumé, 2 petits outils bien pratiques lorsqu’on ne veut pas se lancer dans un outil de profiling comme Eclipse TPTP, JProbe ou autre. L’avantage étant qu’on peut les utiliser sur un poste utilisateur ou sur un serveur.