Angelo ZERR a écrit 19 commentaires

Bonjour,
La nouvelle version d'Akrogen permet de gérer des valeurs persistentes dans les wizard pages. Ces valeurs persistentes doivent être stockés dans un fichier de proprietes auqel fair réference (modèle) le XML component.

Dans la nouvelle version du catalogue Struts1.x les packages action et form peuvent etre persistent, ce qui évite de resaisir les packages.
J'ai aussi créer un XML component qui permet de gerer ces propriétés http://akrogen.sourceforge.net/fr/struts-catalog/struts1x.ht(...) settings (voir section Struts1.x settings)

Ceci permet d'avoir le bouton Browse pour rechercher les packages existants dans le projet.

Angelo

Bonjour Seb,
merci beaucoup pour ton message de soutien. Je suis en effet au taquet. Que l'on me critique je suis tout a fait d'accord, c'est comme ca que l'on avance. Mais il est vrai que des critiques du style "Je suis sûr qu'il y a de quoi faire une grille de business loto rien que dans le texte de la dépêche...", je t'avoues que ca n'apporte rien et ca blesse, car mon but est de pouvoir rencontrer des gens et echanger avec d'autres personnes et les critiques qui font avancer je les attends avec plaisir.

En tout cas n'hesites surtout pas à me poser toutes les questions que tu as sur le forum Akrogen (http://www.developpez.net/forums/forumdisplay.php?f=728) . Akrogen commence à gérer pas mal de fonctionnalités, mais il y a encore pas mal de choses à développer. En ce moment il y a une personne qui étudie Akrogen pour créer un catalogue qui générera les composants Struts2.x.

Si tu as besoin de générer d'autres composants (JSF, Spring, PHP, ...) n'hesites pas à me solliciter, je t'aiderais à concevoir ton catalogue.

Angelo

Bonsoir,
je serais ravi de pouvoir travailler avec toi et migrer Akrogen vers Netbeans. Je n'ai aucune expérience dansNetbeans, et je pense qu'il y aura surement du refactoring a faire (meme si j'ai essaye de faire au mieux).

Par contre d'apres ce que je viens de lire Netbeans est base sur Swing alors qu'Elcipse est base sur SWT. Akrogen etant base sur Wazaabi (pour transformer XUL->SWT), cela signifiera aussi qu'il faille migrer Wazaabi pour qu'il gere Swing.

Autrement dit il y a plein de choses a developper. Le jour ou tu aurras le temps, je demanderais a la fondation Waaabi si ils ont l'intention de gerer aussi Swing.

N'hesites pas à me contacter le jour ou tu aurras le temps et tu decideras a te mettre à la tache.
D'ici la bonne continuation.

Angelo

Un XML component qui est découpé en plusieurs section a une section input qui contient le contenu du wizard page, autrement dit l'interface. qui est decrite en XML qui suit la grammaire XUL (peut etre faudrait il le formuler comme ceci)

Akrogen est base sur Wazaabi http://wiki.wazaabi.org/index.php/Main_Page qui transforme une description XUL vers SWT qui implemente pas mal de widget XUL. C'est pour cela que j'ai parle de XUL.

Pour des raisons de facilites d'écriture du XML component je n'ai pas mis sur les attributs non xul (il y en a tres pres) de namespace particulier. Mais je comprends que pour un puriste, cela puisse choquer.

Bonsoir,
J'ai tente de decomposer Akrogen dans plusieurs jar net.sourceforge.akrogen.core_1.0.3.jar (pour la generation de code),...

Mais une migration vers Netbeans demanderait un gros effort, notemment l'appropraition de l'architecture de Netbeans. Je ne connais pas Netbeans, mais je pense que ca doit etre comme Eclipse puissant mais demande un effort considerable. Ca fait a peu pres un an que je travaille sur Akrogen et je commence tout juste a obtenir une version stable, car il m'a fallu du temps pour apprendre Eclipse.

Mais si vous etes interesses par le sujet je pourrais tenter de vous aider, mais je ne prevoies pas personnelement de migrer Akrogen vers Netbeans, sauf si je me fais aider, car sinon je n'aurrais plus de temps pour dormir un peu.

Desole que Akrogen ne puisse pas être utilisé dans Netbeans.

Angelo

Merci M.C. Jean-Marc pour ton soutien
si t'as des fonctionnalités dont tu as besoin (par contre les mickey c'est interdit) n'hésites pas à me les demander.

Angelo

Il n'y a pas de quoi.
Dans Akrogen j'ai du étendre Wazaabi pour gerer le Javascript et pouvoir utiliser directement les jars. Parce que Wazaabi fonctionne avec OSGI (notion de services), ce qui imposait d'installer Wazaabi puis Akrogen.

L'un des createur de Wazaabi Olivier Moïses est tres occupé mais bien sympa. C'est un francais.

Autrement votre projet consiste en quoi? Vous voulez utilisez Akrogen pour générer quel type de composants? Ou peut etre ce qui vous intéresse est plus la partie XUL->SWT gere par Wazaabi.

Angelo

Excusez moi pour ce mal entendu.
Mon but n'est surtout pas d'avoir de conflits, mais je voulais comprendre et tenter de vous expliquer l'interêt de cet article. J'essaie de faire connaître comme je peux Akrogen et je me suis dis qu'un article sur LinuxFR était un bon moyen de faire connaître Akrogen et surtout de rencontrer des gens pour échanger.

Akrogen commence à être stable et les fonctionnaliés qu'ils proposent peuvent générer pas mal de choses. Mais il reste encore beaucoup de choses à faire. Si vous avez besoin de nouvelles fonctionnalités ou si vous trouvez la documentation légère, n'hésitez pas à laisser un message sur le forum d'Akrogen http://www.developpez.net/forums/forumdisplay.php?f=728

Encore désolé de ce mal entendu et n'hésitez pas à critiquer Akrogen pour qu'il puisse évoluer. Et merci pour vos encouragements.

Angelo

Je ne comprends pas trop ce que vous voulez dire? Le but de cette article est de pouvoir présenter Akrogen et de pouvoir échanger avec d'autres personnes, car c'est ca qui me plait le plus dans le monde de l'open source.

J'ai l'impression que je vous ai enervé avec mon article. J'ai l'impression que vous me prenez pour quelqu'un qui veut se faire mousser et qui veut en mettre plein la vue avec des mots techniques. Loin de moi cette idée. Alors s'il vous plait dites moi ce qui ne vous plait pas dans la façon dont j'ai rédigé mon article et je ne veux pas que ce forum deviennent un point de dispute, je souhaiterais uniquement rencontrer des gens et pouvoir faire évoluer Akrogen en fonction des critiques postés.

Angelo

Mais par contre j'ai oublié de préciser que les valeurs des champs ne sont pas aujourd'hui persistente. Autrement dit quand vous ouvrez le wizard vous serez obligés de resaisir le package. Mais ceci est dans ma todolist et si vous êtes intéréssés par Akrogen, je developperai cette fonctionnalité dès que possible (courant de la semaine prochaine?)

Angelo

Par contre j'ai oublié de préciser que les valeurs des champs ne sont pas aujourd'hui persistente. Autrement dit quand vous ouvrez le wizard vous serez obligés de resaisir le package. Mais ceci est dans ma todolist et si vous êtes intéréssés par Akrogen, je developperai cette fonctionnalité dès que possible (courant de la semaine prochaine?)

Angelo

Dans un XML component tu as une partie modèle, output qui est propre a Akrogen mais les champs constituant le wizard à un namspace XUL qui contient des élements XUL. Si tu prends un XML component et que tu mets l'extension .xul, le XML component s'affiche dans Firefox et le Javascript est éxecuté.

Je suis désolé de t'offencer sur ce sujet, je voies que ca te tient à coeur.

Angelo

Bonjour,
je m'excuse de mon erreur, mais je ne peux pas modérer mon message.
Voici le lien sur JSF http://java.sun.com/javaee/javaserverfaces/

Angelo

Akrogen utilise Wazaabi http://wiki.wazaabi.org/index.php/Main_Page qui permet de transformer une decription XUL en SWT. Wazaabi est bien concu et permet de charger rapidement les dialogues SWT. Jusqu'ici je n'ai pas eu de cas ou j'ai eu des problèmes.
Concernant les problèmes de mémoires, j'ai un PC avec 512mo et je n'ai pas eu de problèmes.

Angelo

Bonjour,
tout dépend comment vous écrivez votre wizard. Par exemple dans le catalogue Struts1 le composant ActionForm http://akrogen.sourceforge.net/fr/struts-catalog/struts1x/ac(...)
permet de générer une classe ActionForm.

Le nom de la classe et le package doit être saisi. Par contre la saisie du package met à jour le répertoire de sortie et le nom de la classe JAVA met à jou rle fichier de sortie. Cette logique est écrite en Javascript sur les évenements onchange,... des controle XUL du wizard. Mais si cette logique ne vous plait pas vous pouvez modifier le fichier Javascript pour changer le comportement du wizard.

Aujourd'hui la mise a jour de contenu dans un fichier ne fonctionne qu'avec des fichiers XML (ex ajout form-bean dans struts-config) et properties. Pour l'instant le fichiers JAVA ne peuvent pas se mettre à jour mais je suis en train d'etudier l'API Eclipse qui permet de gérer un AST d'une classe JAVA.

Le point sur la cohérence est exactement ce que peut apporter Akrogen. En effet le catalogue Struts1 contient un wizard Struts1 qui permet d'enchainer plusieurs composants (Action,ActionForm, ...) .
Les champs d'un wizard page peut se mettre à jour avec un champs d'autre wizard page. Toute cette logique est gérée encore en Javascript. Si la logique du catalogue Struts1 que fournit Akrogen ne vous plait pas, vous pouvez la modifier.

Angelo

Akrogen est basé sur le projet Wazaabi http://wiki.wazaabi.org/index.php/Main_Page qui permet de transformer une description XUL en SWT. La description XUL est utilisé pour décrire uniquement l'interface du wizard. Et j'ai tenté de respecter au mieux la syntaxe javascript que XUL utilise pour gérer les menulist, listbox,...

Lorsque j'ai commencé Akrogen j'avais créé ma propre grammaire XML. J'ai découvert XUL et je me suis dit que XUL permettrait d'éviter aux concepteurs de catalogues de ne pas ré-apprendre une nouvelle grammaire.

Mais Akrogen n'a pas la prétention de ré-implementer Mozilla, il utilise seulement la grammaire XUL pour décrire ses wizards.

Angelo

Bonjour,
Akorgen a une philospohie différente que MDA. En effet la génération de code ne s'effectue pas à partir de modèle UML. Ellle s'effectue à l'aide de Wizard Eclipse que l'on écrit en XML/XUL.

MDA si je me trompe permet d'effectuer de la génération en masse (générer toute la couche DAO, Service,...). Akrogen est orienté composants, autrement un WIzard permet de générer ou mettre à jour un fichier.

La génération des getters/setters dans une classe JAVA intégrés à Eclipse est ce type de génération que Akrogen tente d'effectuer.

Les wizards peuvent générer des fichiers mais aussi mettre à jour des fichier XML. Le composant action-mapping ( http://akrogen.sourceforge.net/fr/struts-catalog/struts1x/ac(...) ) du catalogue Struts1 permet de mettre à jour le struts-config en ajoutant l'element XML action.

Il est possible d'ecrire ses wizard pages avec un XUL dynamique (http://akrogen.sourceforge.net/fr/catalog/components/input/d(...) qui permet d'afficher des wizards qui dépendent des fichier sélectionnés. La dernière copie d'écran montre une combo qui affiche tous les form-beans définis dans le fichier struts-config déja défini. Ceci s'effectue avec un XUL dynamique qui ressemble à l'écriture d'une JSP.

Angelo

Bonjour Zakath
Vous dites cela car les mots wizards, Eclipse apparaissent plusieurs fois dans l'article.
J'ai tenté de rédiger un article qui puisse décrire et présenter au mieux Akrogen mais il est difficile de résumer Akrogen dans un petit article.
Je suis desolé que mon article ne vous plaise pas., mais si vous avez des questions n'hesitez pas.

Angelo

Bonjour,
Je m'excuse mais je ne comprends pas bien votre besoin et ce que vous souhaitez générer.
Aujourd'hui il existe un catalogue Akrogen qui permettent de génerer les composants Action, ActionForm,... de Struts1.x.

Un catalogue pour Struts2.x est à l'étude.

Angelo