XMLRAD, une solution d'avenir?

[CyberStorm]

J'ai découvert depuis peu XMLRAD et l'outil m'apparait assez interessant pour envisager de l'utiliser pour un prochain petit projet de développement Web.

Cependant, je constate que celui-ci est toujours en version beta2 pour la release 2007, et ce depuis juin 2007. Qu'en est-il des évolutions futurs de cet environnement?

Je dispose actuellement d'assez peu d'informations sur cet outil. Pourriez-vous me faire part de vos expériences (bonne ou mauvaise), ou éventuellement me citer quelqu'uns des avantages et/ou inconvénients (ou eventuelles limitations/désillusions) liées à ce type d'outil.

[tobbie1]

Bonsoir,
Ta question est intéressante, et j'ai une réponse catégorique : non... XMLRAD a de grandes qualités, mais il a d'énormes défauts :
- de nombreux bugs, qui doivent être contournés, une fois qu'on les a identifiés.
- une plateforme pas loin d'être stable sur Windows+Delphi, mais dès que l'on sort de ça, pardon ! il nous arrive de redémarrer une application qui n'a rien d'exceptionnel toutes les heures.

XMLRAD est un outil brillant, mais il n'est pas fini. Et au lieu de publier des correctifs en fonction des bugs signalés, l'éditeur préfère ajouter de nouvelles fonctions, qui probablement seront à nouveau bugguées.

J'avais fait le choix XMLRAD il y a deux ans, et je le regrette.

[Sylvain James]

Envoyé par tobbie1

Bonsoir,
Ta question est intéressante, et j'ai une réponse catégorique : non... XMLRAD a de grandes qualités, mais il a d'énormes défauts :
- de nombreux bugs, qui doivent être contournés, une fois qu'on les a identifiés.
- une plateforme pas loin d'être stable sur Windows+Delphi, mais dès que l'on sort de ça, pardon ! il nous arrive de redémarrer une application qui n'a rien d'exceptionnel toutes les heures.

Tu es un peu excessif quand même.
Certes il y a deux trois bugs handicapants qui trainent dans l'EDI. Du côté du framework lui même, je trouve au contraire qu'il est très stable. J'ai plusieurs applis en prod depuis au moins 3 ans (Windows / Delphi, Windows / JS et Windows / PHP), une bonne charge sur ces applis, et on n'a quasiment aucun souci.
Le fait de devoir redémarrer l'appli toutes les heures est plutôt étrange :-)

Certes XMLRAD a des défauts, mais qui sont largements compensés à mon sens par les perfs, la facilité d'intervention pour régler des bugs ou ajouter des fonctionnalités, le côté extrement bien structuré et encadrant du framework.

Expérience perso intéressante :
Il n'y a pas longtemps, j'ai intégré dans mon équipe un développeur débutant (rudiments de PHP). Il a du s'intégrer dans un groupe de 5 développeurs XMLRAD, dans un projet déjà bien avancé (XMLRAD + PHP). Bref, pas des conditions idéales pour débuter.
Belle surprise, il a progressé vraiment très vite, je me suis rendu compte que l'aspect encadrant et structuré, le nombre de lignes de code réduit au minimum, favorisaient l'intégration de développeurs non expérimentés dans un projet. En 3 mois, notre bizut a vraiment produit son effet :-)

Si je pouvais espérer un avenir radieux pour XMLRAD, c'est lui souhaiter de devenir totalement open source, car au final ce qui lui manque le plus c'est une communauté plus nombreuse et active. La qualité est là et de loin!, il y a juste à assurer un peu d'entretien.

[Lux interior]

Moi j'adore XMLRad !

J'ai d'ailleurs mis en prod pas mal d'applications avec cet outil.
Mais à présent je suis à cour d'arguments envers mon boss qui constate que la dernière version est une beta et qu'elle date de juin 2007...

Est ce qu'XMLrad est arrêté ?

[Pierre FORAZ]

Je vais ajouter ma pierre à l'édifice XMLRAD.
J'ai aussi un certain nombre d'applis, dont certaines assez complexes, en production depuis plusieurs années. Ces applis sont très stables. C'est vrai que j'utilise Delphi et IIS.
Il ne lui manque que d'être plus connu et à l'équipe de développement de communiquer un peu plus sur l'évolution du produit et de mettre à jour la version en cours.

[powerlog]

J'ai encore des applis sous XMLRad 8 qui tournent !
J'ai une grosse application en production, pour laquelle je n'ai aucun soucis...elle ait encore en XMLRad 2005 (je n'ai toujours pas migré).

Le seul soucis de taille : c'est le manque de visibilité sur l'équipe Delos, la gestion des Bugs,...
sinon XMLRad je ne l'échangerai jamais meme contre 2 barils de PHP/MySQL+ASP.NET+JAVA/JSP...