Avec la récente actualité, il fallait s’y attendre : Shale devient un projet à part entière de la fondation Apache.
La présence de Shale au sein du projet Struts a longtemps prêté à confusion. L’annonce du nouveau projet Apache Shale va permettre de clarifier la position de chacun.
Dans un même temps, l’équipe de Struts fait le ménage. Ainsi, Struts Action 1 redevient Struts 1 et Struts Action 2 devient Struts 2[1].
Tout ce ménage devrait permettre à chacun de se remettre au travail sérieusement. De plus, on peut s’attendre à une certaine concurrence entre les deux projets[2].
Bonne chance à la nouvelle équipe de Shale, qui va devoir survivre s’affirmer dans la jungle des frameworks de conception d’applications web comme Struts mais aussi les nouveaux frameworks tels que JBoss Seam.
- La tête de la compétition des frameworks MVC ? Car d’autres frameworks
semblent
plus actifs.
- La tête des leaders du projet ? Car certains demandent une réorganisation, voire une séparation !
- La tête ou en d’autres termes la raison ? Car le projet semble se disperser.
A lire, le dernier sujet lancé par Don Brown, on peut se poser des questions ! En effet, depuis l’annonce de Struts 2 Struts Shale, les développeurs utilisateurs sont un peu perdu entre les différentes versions de Struts :
Même si chacun, tente d’expliquer les différences pour Struts Titanium ou la position de Struts Shale, l’orientation du projet perturbe beaucoup de monde. Struts s’est forgé depuis des années une solide réputation. Au point de devenir un quasi standard. Pourtant, ce framework n’est pas des plus simple à mettre en place[1]. C’est pour cela, qu’il a su s’appuyer sur des solutions plus simples telles que WebWork. De plus, de vrais standards[2] tels que JSF bousculent le projet au point d’être obligé de revoir l’architecture de Struts pour donner Struts Shale.
Aujourd’hui, le projet héberge trois frameworks et donne l’impression de se disperser. De plus, les membres de l’équipe de développement ne sont pas tous du même avis sur la stratégie à adopter :
- Faut-il conserver et maintenir indépendamment ces trois outils ?
- Faut-il concevoir un socle commun et proposer le choix entre trois modules différents ?
- Faut-il séparer ces trois frameworks en autant de projets complétement indépendants ?
Il est nécessaire d’assurer la maintenance de SAF1. Cela en va de la crédibilité de l’équipe de Struts mais aussi de la communauté dite Open Source. Par contre SAF2 et Shale ont une approche totalement différentes. Au point de les séparer ?
Néanmoins, il ne faut pas oublier la force Struts réside dans le fait qu’il ne s’est pas arrêté à l’implémentation du modèle de conception MVC. En effet, la multitude de sous-projets apporte autant d’atouts au projet[3]. Alors faut-il mettre en commun ces sous-projets pour chaque framework de la suite Struts ?
Il faut espérer que cette situation se débloque rapidement afin que l’équipe puisse se concentrer sur le développement et proposer des nouvelles versions plus régulièrement. La qualité des membres de l’équipe laisse penser qu’ils se ressaisiront rapidement. Et ainsi la situation devrait se clarifier pour le meilleur des utilisateurs.
Qu’est-ce que Struts Shale permet de faire ?
Ce prometteur projet de la fondation Apache, fait son chemin. Tout le monde attend une première version stable afin de pouvoir l’utiliser en production. Néanmoins la version de développement est utilisable pour réaliser des prototypes ou pour apprendre à manipuler ce framework.
Pour toutes les personnes qui n’ont pas encore compris ce que permet de faire Struts Shale, Nicolas Martignole présente très bien le positionnement de Struts Shale. De plus, il décrit tous les modules qui sont fournis avec ce projet.
Une très bonne lecture d’introduction pour appréhender le projet.
Sujet récurrent, ce billet est fait pour les personnes pressées.
lire la suite…
Une nouvelle annonce de fusion prometteuse entre ces deux frameworks.
lire la suite…
Avec l’engouement que suscite Ajax, et après avoir présenté quelques liens sur Ajax & Java, il était nécessaire présenter un article sur son utilisation avec Struts.
lire la suite…
Le framework Struts n’est pas voué à disparaitre. Pourtant, ce n’est pas l’impression que peut donner la lecture de certaines pages.
lire la suite…
Comme souligné dans un précédent billet, intitulé Struts – JSF – Même combat??, beaucoup de personnes se demandent quel framework utiliser pour écrire leur application web : Struts ou JSF ? Avant de pouvoir répondre à cette question, il faut comprendre comment chacun se positionne par rapport à l’autre.
lire la suite…
Il y a près de cinq ans, un certain Craig McClanahan initiait le projet Struts.
lire la suite…
Il y a quelques temps, il a été proposé de rendre Struts 2.x compatible avec JSF.
La semaine dernière l’équipe de développement de Struts a publié une annonce sur son nouveau sous projet…
lire la suite…