Menu
▾
▴
madkit-develop — A mailing list for MadKit developpers
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(11) |
Feb
(9) |
Mar
(6) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
(1) |
Feb
(8) |
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2007 |
Jan
|
Feb
(4) |
Mar
(9) |
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
(1) |
Dec
(2) |
| 2008 |
Jan
|
Feb
|
Mar
(3) |
Apr
(4) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
(5) |
Oct
(1) |
Nov
(7) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Fabien M. <fm...@li...> - 2009-03-25 23:40:51
|
Salut Jacques, bon, ben on est bon pour un bon merge de code :) J'ai regardé un peu et je crois qu'on s'en sortira sans trop de problème. Je crois qu'on a finalement pas bossé sur les mêmes choses naturellement. Moi j'ai plus eu une approche "faire démarrer madkit de n'importe où" et toi plutôt "comment structurer le dossier de travail et régler madkit dessus". C'est tout à fait complémentaire. Ca va le faire, même si le merge c'est effectivement toujours chiant. Il faut juste qu'on s'explique ce qu'on a fait chacun de son côté :) Je serai demain au labo l'après-midi pour le séminaire. a+ Fabien Jacques Ferber wrote: > Salut Fabien, > > Bon, c'est pas génial de faire le travail en double en même temps et > en concurrence, car j'ai a peu près fini de faire le madkit_workspace > dont je parlais. Je viens juste de committer les fichiers quand je lis > cet email... mais bon, cela prouve que c'est un besoin.. Et puis de > toutes façons, je suis sûr qu'on le traitera de manière différente et > que la synthèse des deux sera pertinente... > J'ai surtout travaillé sur le MadKit du boot pour qu'il puisse charger > des jars depuis un autre endroit que madkit/lib > et d'autre part j'ai travaillé sur le Designer et sur la possibilité > de créer de nouveaux projets dans ce madkit_workspace.. Maintenant que > je sais comment le faire, je peux éventuellement faire en sorte que ce > projet soit créé n'importe où... > > Je n'ai pas touché au build.xml (juste un peu à celui que j'utilise > comme template dans le designer), donc cela ne devrait pas avoir de > conséquence et même peut être trouver une certaine synergie entre les > deux approches... > > Sinon, il faut que je teste le plugin pour Eclipse qu'a fait Dimitri > et qui permet d'aider à la réalisation de projets MadKit sous Eclipse.. > > A bientot > > Jacques > > Le 25 mars 09 à 15:25, Fabien Michel a écrit : > > >> Bonjour à tous, >> >> Jacques Ferber wrote: >> >>> Bonjour, >>> >>> Je travaille en ce moment sur une version "serveur" de MadKit (sur la >>> nouvelle version 4.4.x). Je m'explique. Pour l'instant tout se passe >>> dans une version locale de MadKit. Lorsqu'on crée un projet, c'est >>> dans le dossier MadKit. Le problème, c'est qu'il est impossible >>> d'avoir une version "utilisateur" sans recopier l'intégralité de >>> MadKit... >>> >>> >> oui, c'est un vrai problème. >> Je crois que j'ai trouvé un moyen plus simple et plus flexible. >> En effet le problème avec un workspace madkit, c'est de rentrer en >> conflit avec la notion de workspace d'Eclipse et du coup de ne pas >> faciliter l'intégration des projets madkit dans Eclipse. Du coup, le >> mieux serait de pouvoir faire son code source n'importe où modulo une >> bonne configuration du build.xml, d'où une intégration immédiate dans >> Eclipse. Et en prime la possibilité de tester le même code avec >> plusieurs installations de madkit. Je travaille dessus là. C'est >> prometteur. Je commit ça très bientôt. Avis aux bêta testeurs ;) >> >> a+ >> Fabien >> >>> Je propose de créer un dossier madkit_workspace (ou un autre nom si >>> vous avez des idées...) >>> qui se trouvera dans le dossier personnel de l'utilisateur. C'est là >>> qu'il créera ses projets (le PluginDesigner sera refondu dans ce >>> sens). Le madkit_workspace comprendra une version "miroir' de MadKit >>> avec les mêmes dossiers. Les jars des projets se retrouveront dans >>> madkit_workspace, de même que les formalismes personnels, etc.. Il >>> pourra donc avoir aussi une version personnalisée sans que cela >>> vienne >>> en contradiction avec la version d'un autre utilisateur.. Cela >>> permettra de l'installer globalement à la fac, ce qui est vraiment >>> nécessaire... >>> >>> Je m'en charge car je connais bien les mécanismes du loader de >>> MadKit... >>> >>> Qu'en pensez vous? >>> >>> Jacques >>> >>> P.S. Greg, est ce que tu reçois les emails qui viennent de la MadKit >>> developers list? >>> ------------------------------------------------------------------------------ >>> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) >>> are >>> powering Web 2.0 with engaging, cross-platform capabilities. >>> Quickly and >>> easily build your RIAs with Flex Builder, the Eclipse(TM)based >>> development >>> software that enables intelligent coding and step-through debugging. >>> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >>> _______________________________________________ >>> Madkit-develop mailing list >>> Mad...@li... >>> https://lists.sourceforge.net/lists/listinfo/madkit-develop >>> >>> >> ------------------------------------------------------------------------------ >> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) >> are >> powering Web 2.0 with engaging, cross-platform capabilities. Quickly >> and >> easily build your RIAs with Flex Builder, the Eclipse(TM)based >> development >> software that enables intelligent coding and step-through debugging. >> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >> _______________________________________________ >> Madkit-develop mailing list >> Mad...@li... >> https://lists.sourceforge.net/lists/listinfo/madkit-develop >> > > > ------------------------------------------------------------------------------ > _______________________________________________ > Madkit-develop mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madkit-develop > |
|
From: Jacques F. <fe...@li...> - 2009-03-25 22:59:45
|
Salut Fabien, Bon, c'est pas génial de faire le travail en double en même temps et en concurrence, car j'ai a peu près fini de faire le madkit_workspace dont je parlais. Je viens juste de committer les fichiers quand je lis cet email... mais bon, cela prouve que c'est un besoin.. Et puis de toutes façons, je suis sûr qu'on le traitera de manière différente et que la synthèse des deux sera pertinente... J'ai surtout travaillé sur le MadKit du boot pour qu'il puisse charger des jars depuis un autre endroit que madkit/lib et d'autre part j'ai travaillé sur le Designer et sur la possibilité de créer de nouveaux projets dans ce madkit_workspace.. Maintenant que je sais comment le faire, je peux éventuellement faire en sorte que ce projet soit créé n'importe où... Je n'ai pas touché au build.xml (juste un peu à celui que j'utilise comme template dans le designer), donc cela ne devrait pas avoir de conséquence et même peut être trouver une certaine synergie entre les deux approches... Sinon, il faut que je teste le plugin pour Eclipse qu'a fait Dimitri et qui permet d'aider à la réalisation de projets MadKit sous Eclipse.. A bientot Jacques Le 25 mars 09 à 15:25, Fabien Michel a écrit : > Bonjour à tous, > > Jacques Ferber wrote: >> Bonjour, >> >> Je travaille en ce moment sur une version "serveur" de MadKit (sur la >> nouvelle version 4.4.x). Je m'explique. Pour l'instant tout se passe >> dans une version locale de MadKit. Lorsqu'on crée un projet, c'est >> dans le dossier MadKit. Le problème, c'est qu'il est impossible >> d'avoir une version "utilisateur" sans recopier l'intégralité de >> MadKit... >> > oui, c'est un vrai problème. > Je crois que j'ai trouvé un moyen plus simple et plus flexible. > En effet le problème avec un workspace madkit, c'est de rentrer en > conflit avec la notion de workspace d'Eclipse et du coup de ne pas > faciliter l'intégration des projets madkit dans Eclipse. Du coup, le > mieux serait de pouvoir faire son code source n'importe où modulo une > bonne configuration du build.xml, d'où une intégration immédiate dans > Eclipse. Et en prime la possibilité de tester le même code avec > plusieurs installations de madkit. Je travaille dessus là. C'est > prometteur. Je commit ça très bientôt. Avis aux bêta testeurs ;) > > a+ > Fabien >> Je propose de créer un dossier madkit_workspace (ou un autre nom si >> vous avez des idées...) >> qui se trouvera dans le dossier personnel de l'utilisateur. C'est là >> qu'il créera ses projets (le PluginDesigner sera refondu dans ce >> sens). Le madkit_workspace comprendra une version "miroir' de MadKit >> avec les mêmes dossiers. Les jars des projets se retrouveront dans >> madkit_workspace, de même que les formalismes personnels, etc.. Il >> pourra donc avoir aussi une version personnalisée sans que cela >> vienne >> en contradiction avec la version d'un autre utilisateur.. Cela >> permettra de l'installer globalement à la fac, ce qui est vraiment >> nécessaire... >> >> Je m'en charge car je connais bien les mécanismes du loader de >> MadKit... >> >> Qu'en pensez vous? >> >> Jacques >> >> P.S. Greg, est ce que tu reçois les emails qui viennent de la MadKit >> developers list? >> ------------------------------------------------------------------------------ >> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) >> are >> powering Web 2.0 with engaging, cross-platform capabilities. >> Quickly and >> easily build your RIAs with Flex Builder, the Eclipse(TM)based >> development >> software that enables intelligent coding and step-through debugging. >> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >> _______________________________________________ >> Madkit-develop mailing list >> Mad...@li... >> https://lists.sourceforge.net/lists/listinfo/madkit-develop >> > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) > are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly > and > easily build your RIAs with Flex Builder, the Eclipse(TM)based > development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > Madkit-develop mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madkit-develop |
|
From: Fabien M. <fm...@li...> - 2009-03-25 14:26:12
|
Bonjour à tous, Jacques Ferber wrote: > Bonjour, > > Je travaille en ce moment sur une version "serveur" de MadKit (sur la > nouvelle version 4.4.x). Je m'explique. Pour l'instant tout se passe > dans une version locale de MadKit. Lorsqu'on crée un projet, c'est > dans le dossier MadKit. Le problème, c'est qu'il est impossible > d'avoir une version "utilisateur" sans recopier l'intégralité de > MadKit... > oui, c'est un vrai problème. Je crois que j'ai trouvé un moyen plus simple et plus flexible. En effet le problème avec un workspace madkit, c'est de rentrer en conflit avec la notion de workspace d'Eclipse et du coup de ne pas faciliter l'intégration des projets madkit dans Eclipse. Du coup, le mieux serait de pouvoir faire son code source n'importe où modulo une bonne configuration du build.xml, d'où une intégration immédiate dans Eclipse. Et en prime la possibilité de tester le même code avec plusieurs installations de madkit. Je travaille dessus là. C'est prometteur. Je commit ça très bientôt. Avis aux bêta testeurs ;) a+ Fabien > Je propose de créer un dossier madkit_workspace (ou un autre nom si > vous avez des idées...) > qui se trouvera dans le dossier personnel de l'utilisateur. C'est là > qu'il créera ses projets (le PluginDesigner sera refondu dans ce > sens). Le madkit_workspace comprendra une version "miroir' de MadKit > avec les mêmes dossiers. Les jars des projets se retrouveront dans > madkit_workspace, de même que les formalismes personnels, etc.. Il > pourra donc avoir aussi une version personnalisée sans que cela vienne > en contradiction avec la version d'un autre utilisateur.. Cela > permettra de l'installer globalement à la fac, ce qui est vraiment > nécessaire... > > Je m'en charge car je connais bien les mécanismes du loader de MadKit... > > Qu'en pensez vous? > > Jacques > > P.S. Greg, est ce que tu reçois les emails qui viennent de la MadKit > developers list? > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > Madkit-develop mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madkit-develop > |
|
From: Jacques F. <fe...@li...> - 2009-03-23 12:22:57
|
Bonjour, Je travaille en ce moment sur une version "serveur" de MadKit (sur la nouvelle version 4.4.x). Je m'explique. Pour l'instant tout se passe dans une version locale de MadKit. Lorsqu'on crée un projet, c'est dans le dossier MadKit. Le problème, c'est qu'il est impossible d'avoir une version "utilisateur" sans recopier l'intégralité de MadKit... Je propose de créer un dossier madkit_workspace (ou un autre nom si vous avez des idées...) qui se trouvera dans le dossier personnel de l'utilisateur. C'est là qu'il créera ses projets (le PluginDesigner sera refondu dans ce sens). Le madkit_workspace comprendra une version "miroir' de MadKit avec les mêmes dossiers. Les jars des projets se retrouveront dans madkit_workspace, de même que les formalismes personnels, etc.. Il pourra donc avoir aussi une version personnalisée sans que cela vienne en contradiction avec la version d'un autre utilisateur.. Cela permettra de l'installer globalement à la fac, ce qui est vraiment nécessaire... Je m'en charge car je connais bien les mécanismes du loader de MadKit... Qu'en pensez vous? Jacques P.S. Greg, est ce que tu reçois les emails qui viennent de la MadKit developers list? |
|
From: Jacques F. <fe...@li...> - 2009-03-22 21:30:25
|
Bonjour,
J'ai mis à jour la petite brochure "madkit pas à pas" qui donne la
manière de démarrer MadKit (elle est accessible depuis le site de
MadKit.. J'ai surtout expliqué comment on peut utiliser Eclipse sur
MadKit.. Pour l'instant cette doc est en français, car c'est vrai que
MadKit a beaucoup plus d'utilisateurs francophones.. Mais il faudrait
tout de même l'écrire en anglais un de ces quatre...
A bientot
Jacques
==============================================
Jacques Ferber LIRMM
Professor Universite Montpellier II
161, rue ADA
Tel: (33) 4 67 41 86 07 34392 Montpellier Cedex 5
Fax: (33) 4 67 41 85 00 FRANCE
Email: fe...@li... http://www.lirmm.fr/~ferber
Blog: http://www.visionsintegrales.com
Get MadKit at http://www.madkit.net
==============================================
|
|
From: Mansour S. <sab...@ya...> - 2008-11-30 01:17:47
|
Salut Jacques, Si je ne me trompe pas et à part la première connexion ou on se base sur un des noeuds PeerGroup (théoriquement il doit y en avoir plusieurs) pratiquement il n'y a que celui qui est au Lirmm actuellement, donc à part cette première étape où la structure est propagée de ce noeud central vers le nouveau noyau qui rentre dans le système, tout le reste se base sur la diffusion totale entre les différents noyaux connectés et c'est là le le problème. L'existence ou non d'un noeud central (maître) ne résoudra pas le problème il faudra de toutes les façons mettre à jour la structure organisationnelle des différents noyaux à chaque fois qu'une modification a lieu. Car actuellement on est toujours à n-1 messages diffusés à chaque modification, le noeud maître ne fera que charger encore ce noeud avec le risque de centralisation. (Le chapitre 7 de ma thèse évoque ce problème et les différentes solutions possibles). La solution que j'ai proposée dans ma thèse (Chapitre 5) Gestion décentralisée de groupes distribués) consiste à réduire la diffusion qu'aux noyaux ayant un ou plusieurs agents appartenant au groupe concerné par le changement structurel mais pas l'ensemble des noyaux sur le réseau. La distribution est donc faite par évènement et de façon plus intelligente. La mise en place de ce mécanisme n'a pas été faite complètement (sûrement pas sur la version sur SVN je crois avoir fait des tests pour l'exemple de la thèse mais pas de Commit sur SVN). Donc pour conclure, la centralisation n'est pas une solution car le vrai problème n'est pas la diffusion de la structure mais réduire le scope de cette distribution. Il faut pas que tous les noyaux soient au courant de toutes les structures sur le réseau. Voilà, un sujet très intéressant et à creuser ... Cordialement. --- En date de : Ven 28.11.08, Jacques Ferber <fe...@li...> a écrit : > De: Jacques Ferber <fe...@li...> > Objet: [Madkit-develop] Synchronisation de groupes > À: "Madkit developers list" <mad...@li...> > Date: Vendredi 28 Novembre 2008, 15h58 > Bonjour, > > L'un des problèmes de MadKit pour une réelle > "scalabilité" c'est la > synchonisation des noyaux, c'est à dire la mise à > jour des tables de > groupes et de rôles. Et ce problème existe toujours avec > JXTA, et pose > un réel problème si l'on veut se connecter à > plusieurs sur MadKit.. > > Je me dis qu'il faudrait étudier une technique fondée > sur la notion de > maître et de replica, comme celle qui est utilisée dans > les > distributed bees et qui a été utilisée > > Imaginons qu'un des noyaux soit considéré comme > "maître" et les autres > ne font que se synchroniser à ce maître. En gros, au lieu > d'être en > O(n^2) pour l'ensemble des messages échangés sur > MadKit lors de la > synchronisation, on se trouve alors en O(n) puisqu'il > n'y a plus que > les messages entre le maître et les replica... Bien > évidemment, si le > maitre s'écroule, on en "élit" un autre, un > peu comme cela était fait > sur les "distributed bees"... > Ensuite, si le nombre des replica est trop grand, on peut > faire des > groupes de kernels reliés à un maître local et ce > maître local est > alors relié à un maître principal.. L'idée étant > d'avoir un système > qui se reconfigure au fur et à mesure de son > fonctionnement, en > utilisant une approche SMA pour son propre fonctionnement.. > > Qu'est ce que vous en pensez? Cela pourrait être un > vrai travail > intéressant de recherche d'ailleurs, non? > > A bientot > > Jacques > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK > & win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Madkit-develop mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madkit-develop |
|
From: Jacques F. <fe...@li...> - 2008-11-28 14:59:09
|
Bonjour, L'un des problèmes de MadKit pour une réelle "scalabilité" c'est la synchonisation des noyaux, c'est à dire la mise à jour des tables de groupes et de rôles. Et ce problème existe toujours avec JXTA, et pose un réel problème si l'on veut se connecter à plusieurs sur MadKit.. Je me dis qu'il faudrait étudier une technique fondée sur la notion de maître et de replica, comme celle qui est utilisée dans les distributed bees et qui a été utilisée Imaginons qu'un des noyaux soit considéré comme "maître" et les autres ne font que se synchroniser à ce maître. En gros, au lieu d'être en O(n^2) pour l'ensemble des messages échangés sur MadKit lors de la synchronisation, on se trouve alors en O(n) puisqu'il n'y a plus que les messages entre le maître et les replica... Bien évidemment, si le maitre s'écroule, on en "élit" un autre, un peu comme cela était fait sur les "distributed bees"... Ensuite, si le nombre des replica est trop grand, on peut faire des groupes de kernels reliés à un maître local et ce maître local est alors relié à un maître principal.. L'idée étant d'avoir un système qui se reconfigure au fur et à mesure de son fonctionnement, en utilisant une approche SMA pour son propre fonctionnement.. Qu'est ce que vous en pensez? Cela pourrait être un vrai travail intéressant de recherche d'ailleurs, non? A bientot Jacques |
|
From: Jacques F. <fe...@li...> - 2008-11-22 14:27:04
|
Bonjour, Je tiens à vous dire que le site Warbot est de nouveau en ligne (il faut le mettre à jour, mais ça c'est une autre histoire).. Il se trouve à l'adresse: www.madkit.net/warbot/ On m'a piqué (récupérer plus exactement, j'avais oublié de payer leur renouvellement) les noms de domaines: wabot.org, warbot.com et warbot.net.. Pour l'instant ces noms de domaines ne pointent sur rien.. Ce sont juste des faux hébergeurs qui cherchent à ce qu'on leur rachète les droits (grrrr..) Par contre les domaines suivants pointent sur warbot: warbot.fr warbot.be warbot.me Je trouve que "me" et "be" c'est sympa (même si le premier correspond au suffixe de la Belgique et le second à celui du Montenegro). Est ce que quelqu'un connaît bien Joomla.. J'aurais bien envie d'utiliser ce CMS pour Warbot (et éventuellement ensuite pour MadKit). Est ce que quelqu'un pourrait se charger de démarrer le projet? A bientot Jacques |
|
From: Jacques F. <fe...@li...> - 2008-11-07 09:43:39
|
Bonjour, J'ai committé toutes les corrections de bugs que j'ai trouvé pour l'instant dans le CVS de la version 4.4.1 (la suite de 4.4.0). Elle est plus stable que la précédente.. Les bugs corrigés: 1. bugs dans le démarrage des AgentPlugin: cela faisait planter DocBrowser et Designer qui ne trouvaient pas leurs petits.. 2. Idem pour JSynEdit. Mais il y a un autre bug qui survient dans l'affichage des fenêtres de JSynEdit... Bug assez chiant... J'ai ajouté Tutorial et MadChat 3. J'ai commité le nouveau build.xml avec ces nouveaux éléments... Je suis désolé, mais dans le commit, il y a eu des dossiers "build" qui ont été committés par erreur.. Et je ne sais pas les supprimer depuis Eclipse (qui fait bien le travail qu'on lui demande, mais parfois trop bien ...) Il faudrait tester JXTA avec cette version (Saber???) J'ai encore un bug au démarrage de MadKit avec MadKit.app que je n'ai pas avec les autres versions, mais peut être que le démarrage à changé... Je vérifierai.. A bientot Jacques |
|
From: Jacques F. <fe...@li...> - 2008-11-05 20:54:13
|
Bonjour, En testant la version 4.4.0 je me suis rendu compte qu'il n'y a pas grand chose pour que cette version devienne totalement stable.. En fait c'est surtout dû à des problèmes de createGroup lorsque le groupe existe déjà... Mais en attendant, j'ai placé sur Madkit.net (sur la page d'accueil) une version stable qui comprend les caractéristiques suivantes: 1. Comprend un lanceur pour Mac qui fonctionne correctement (MadKit.app dans le dossier 'bin') 2. Designer fonctionne correctement sur Mac et Linux 3. DocBrowser donne bien la documentation de MadKit en local 4. Chat a été remplacé par MadChat qui est plus moderne et qui a l'air de très bien fonctionner... 5. Le communicator par défaut est maintenant NetAgent qui fonctionne bien... 6. J'ai enlevé des références à PluginManager qui de toutes façons ne fonctionnait pas bien.. Attention: dans la version 4.4 je n'ai pas encore commité les modifs nécessaires... Il serait important de tester la version de JXTA dans la version 4.4. et les mécanismes de mobilité... A bientot Jacques |
|
From: Jacques F. <fe...@li...> - 2008-11-03 15:15:10
|
Bonjour, Je suis en train de regarder la version de MadKit 4.4.0 qui se trouve sur le site. Je l'ai testée ce we sur Mac... 1) MadKit ne démarre pas: il lui manque MadKit.app ce qui peut être ajouté facilement dans le CVS. mais il faudrait que les fichiers *.sh soient en chmod +x et je ne sais pas comment faire cela automatiquement (peut être en zippant des fichiers qui sont déjà dans le mode +x ???) 2) La version de designer et de treetools ne doit pas être la bonne, je vais donc vérifier dans le CVS.. Est ce que ceux qui sont sur Linux ont des problèmes quand ils passent en revue les différents "plugins" de MadKit. 3) JSynEdit plante au démarrage.. ??? A vérifier avec la version CVS? Est ce que j'aurais fait des modifs non committées? 4) ce n'est pas la bonne version du Chat qui se trouve dans la version... 5) c'est encore la version ancienne de TwoWayChannelCommunicator qui se trouve dans le Desktop et non pas NetAgent qui a l'air de marcher à merveille... 6) Si tu veux je prépare une version 4.4.1 à partir du CVS à partir du CVS (et en committant les petites modifs) et je la dépose sur le site... Merci et à bientot Jacques |
|
From: Jacques F. <fe...@li...> - 2008-11-03 14:55:56
|
Salut Fabien, Est ce que tu pourrais me redonner les éléments pour entrer des pages sur le site MadKit (login et passwd) D'autre part, pourquoi vous n'avez pas utilisé un CMS de type Joomla (qui a l'air vraiment super) pour la gestion du site? Je suis assez emballé par Joomla que je viens d'essayer. C'est vraiment très facile de faire un super site avec un tel logiciel... Bon, en attendant, je vais mettre des pages MadKit sur notre site.. A bientot Jacques Le 26 sept. 08 à 10:04, Fabien Michel a écrit : > Bonjour à tous, > > madkit a enfin un nouveau site ! > même adresse : http://www.madkit.net > > Il manque encore des choses mais il est fonctionnel. > En particulier la section documentation est un wiki qui nous > permetra de > faire des pages spécifiques à un sujet (jxta par exemple ;). > Dès que le forum sera à nouveau opérationnel, on pourra par exemple > récupérer des fils pour en faire des pages de doc. > Tout le monde est invité à participer au remplissage ;) > Si vous êtes intéressé, demandez moi un login/password et je vous > l'enverrai. > > a+ > Fabien > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Madkit-develop mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madkit-develop |
|
From: Jacques F. <fe...@li...> - 2008-10-29 12:06:15
|
Salut Greg et les autres... Je pense que tu as raison.. Je regarde comment intégrer MadKit dans une appli tierce et voir si l'on peut facilement faire fi de la structure à base de "plugin" (ce que je pense en fait...) une fois que l'on sait bien ce que l'on veut faire.. A bientot Jacques Le 30 sept. 08 à 14:13, Grégory Beurier a écrit : > Salut tout le monde, > > un petit mail pour faire une petite remarque sur le noyau Madkit > (qui soit dit en passant a été largement amélioré récemment). > Je l'utilise énormément en ce moment pour des petits simulateur IRD > et je suis confronté à plusieurs problèmes avec la gestion des > librairies. En particuliers, la dépendance aux librairies du > répertoire /lib empêche le noyau de démarrer indépendamment de > l'arborescence. Le problème se retrouve lorsqu'on veut produire des > jars exécutables indépendants ou utiliser le kernel de Madkit comme > une API. > Bref, il serait intéressant de mon point de vue d'avoir accés aux > possibilités de gestion, instanciation et exécution d'agents sans > être contraints par l'architecture parfois lourde des plugins. > > Merci > > Greg > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ > Madkit-develop mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madkit-develop |
|
From: G. B. <be...@li...> - 2008-09-30 16:30:41
|
Salut tout le monde, un petit mail pour faire une petite remarque sur le noyau Madkit (qui soit dit en passant a été largement amélioré récemment). Je l'utilise énormément en ce moment pour des petits simulateur IRD et je suis confronté à plusieurs problèmes avec la gestion des librairies. En particuliers, la dépendance aux librairies du répertoire /lib empêche le noyau de démarrer indépendamment de l'arborescence. Le problème se retrouve lorsqu'on veut produire des jars exécutables indépendants ou utiliser le kernel de Madkit comme une API. Bref, il serait intéressant de mon point de vue d'avoir accés aux possibilités de gestion, instanciation et exécution d'agents sans être contraints par l'architecture parfois lourde des plugins. Merci Greg |
|
From: G. - C. - 晴天 <du...@gm...> - 2008-09-30 12:42:48
|
Salut tout le monde, un petit mail pour faire une petite remarque sur le noyau Madkit (qui soit dit en passant a été largement amélioré récemment). Je l'utilise énormément en ce moment pour des petits simulateur IRD et je suis confronté à plusieurs problèmes avec la gestion des librairies. En particuliers, la dépendance aux librairies du répertoire /lib empêche le noyau de démarrer indépendamment de l'arborescence. Le problème se retrouve lorsqu'on veut produire des jars exécutables indépendants ou utiliser le kernel de Madkit comme une API. Bref, il serait intéressant de mon point de vue d'avoir accés aux possibilités de gestion, instanciation et exécution d'agents sans être contraints par l'architecture parfois lourde des plugins. Merci Greg |
|
From: G. B. <gre...@ir...> - 2008-09-30 12:13:37
|
Salut tout le monde, un petit mail pour faire une petite remarque sur le noyau Madkit (qui soit dit en passant a été largement amélioré récemment). Je l'utilise énormément en ce moment pour des petits simulateur IRD et je suis confronté à plusieurs problèmes avec la gestion des librairies. En particuliers, la dépendance aux librairies du répertoire /lib empêche le noyau de démarrer indépendamment de l'arborescence. Le problème se retrouve lorsqu'on veut produire des jars exécutables indépendants ou utiliser le kernel de Madkit comme une API. Bref, il serait intéressant de mon point de vue d'avoir accés aux possibilités de gestion, instanciation et exécution d'agents sans être contraints par l'architecture parfois lourde des plugins. Merci Greg |
|
From: Jo?el Q. <jq...@li...> - 2008-09-26 09:40:39
|
Fabien Michel a écrit : > Bonjour à tous, > > madkit a enfin un nouveau site ! > même adresse : http://www.madkit.net > > Super, mais j'ai trouvé une anomalie. Les liens vers www.warbot.org (ou .net) pointent vers un site bizarre sur lequel il est proposé de se renseigner sur le "site owner". C'est nouveau? Amitiés -- ---------------- Joel Quinqueton LIRMM et UPV http://www.lirmm.fr/~jq http://www.univ-montp3.fr/miap/~jq/ |
|
From: Fabien M. <fm...@li...> - 2008-09-26 08:40:22
|
Bonjour à tous, madkit a enfin un nouveau site ! même adresse : http://www.madkit.net Il manque encore des choses mais il est fonctionnel. En particulier la section documentation est un wiki qui nous permetra de faire des pages spécifiques à un sujet (jxta par exemple ;). Dès que le forum sera à nouveau opérationnel, on pourra par exemple récupérer des fils pour en faire des pages de doc. Tout le monde est invité à participer au remplissage ;) Si vous êtes intéressé, demandez moi un login/password et je vous l'enverrai. a+ Fabien |
|
From: Fabien M. <fm...@le...> - 2008-06-23 19:14:38
|
Bonjour à tous, j'ai commité le nouveau mécanisme d'exceptions; il n'est pas exactement comme prévu : les agents ne crashent jamais maintenant (juste un warning qu'on peut désactiver) : ça sera mieux comme ça. Il y a beaucoup de modifications donc n'hésitez pas à tester ;) À bientôt. Fabien |
|
From: Jacques F. <fe...@li...> - 2008-06-12 16:03:41
|
Super!! Je suis d'accord...
De toutes façons, il faut avancer... On en profitera pour expliquer
pourquoi on fait ça...
Jacques
Le 29 mai 08 à 15:46, Fabien MICHEL a écrit :
> Bonjour à tous,
>
> je m'apprête à valider la fin du mécanisme d'exception pour les
> différents appels aux fonctions organisationnelles (et aussi pour les
> messages).
> En fait il restait notamment l'exception pour createGroup.
> On obtient ça :
>
> <Kernel> : Runtime Agent Exception : Gpong-java2 killed !
> madkit.kernel.OrganizationRequestException: [Gpong-java2]'s request
> failed : Cannot create Group <public,graphic-ping-pong> : it
> already exists
> at madkit.kernel.Kernel.createGroup(Kernel.java:193)
> at madkit.kernel.AbstractAgent.createGroup(AbstractAgent.java:123)
> at madkit.kernel.AbstractAgent.createGroup(AbstractAgent.java:141)
> at madkit.demos.gpong.GPongAgent.activate(GPongAgent.java:56)
>
> C'est explicite.
>
> Cela donne un code comme ça pour ping pong par exemple :
>
> try {
> createGroup(true,"ping-pong",null,null);
> println ("No ping-pong group : I created one");
> creator=true;
> } catch (OrganizationRequestException e) {
> creator=false;
> println ("A ping-pong group already exists : I will join");
> }
> requestRole("ping-pong","player",null);
>
>
> Je trouve ça plus clair que le "-1", le code est aussi plus sécurisé
> du
> coup.
> Autre exemple sur tictactoe (ça donne un code vraiment plus simple,
> cf.
> la version actuelle)
>
> try {
> createGroup(true, community, group, null, null);
> gui.setColor(Piece.BLUE);
> master = true;
> gui.setMaster(master);
> gui.message("Hello I am the master");
> game.setWaiting(true);
> } catch (OrganizationRequestException e) { // group already
> exists
> gui.setColor(Piece.RED);
> game.setWaiting(true);
> }
> requestRole(community, group, "player", null);
> if(! master)
> sendMessage(community, group, "player",new
> ActMessage("joining"));
>
> Par ailleurs, getAgentWithRole retourne maintenant uniquement un agent
> différent, d'où la ligne de code précédente (le sendmessage)
> Ca évite d'écrire ça (il y en a partout en plus) :
>
> AgentAddress[] v = this.getAgentsWithRole(community, group,
> "player");
> for (int i = 0; i < v.length; i++) {
> AgentAddress agent = v[i];
> if (!agent.equals(getAddress())) {
> other = agent;
> break;
> }
> }
>
> Tout ça pour récupérer une adresse différente !! c'était trop.
>
> Je vais donc virer les codes de retour des différentes fonctions
> organisationnelles. Évidement, ca veut dire que certaines portions de
> code ne marcheront plus, mais c'est très vite corrigé : un try catch
> et
> c'est tout. Je vais corriger celles que je trouve mais ne soyez pas
> surpris si votre code vous renvoie des exceptions ;)
>
> Qu'en pensez-vous ?
>
> a+
> Fabien
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Madkit-develop mailing list
> Mad...@li...
> https://lists.sourceforge.net/lists/listinfo/madkit-develop
|
|
From: Fabien M. <fm...@le...> - 2008-05-29 13:47:10
|
Bonjour à tous,
je m'apprête à valider la fin du mécanisme d'exception pour les
différents appels aux fonctions organisationnelles (et aussi pour les
messages).
En fait il restait notamment l'exception pour createGroup.
On obtient ça :
<Kernel> : Runtime Agent Exception : Gpong-java2 killed !
madkit.kernel.OrganizationRequestException: [Gpong-java2]'s request
failed : Cannot create Group <public,graphic-ping-pong> : it already exists
at madkit.kernel.Kernel.createGroup(Kernel.java:193)
at madkit.kernel.AbstractAgent.createGroup(AbstractAgent.java:123)
at madkit.kernel.AbstractAgent.createGroup(AbstractAgent.java:141)
at madkit.demos.gpong.GPongAgent.activate(GPongAgent.java:56)
C'est explicite.
Cela donne un code comme ça pour ping pong par exemple :
try {
createGroup(true,"ping-pong",null,null);
println ("No ping-pong group : I created one");
creator=true;
} catch (OrganizationRequestException e) {
creator=false;
println ("A ping-pong group already exists : I will join");
}
requestRole("ping-pong","player",null);
Je trouve ça plus clair que le "-1", le code est aussi plus sécurisé du
coup.
Autre exemple sur tictactoe (ça donne un code vraiment plus simple, cf.
la version actuelle)
try {
createGroup(true, community, group, null, null);
gui.setColor(Piece.BLUE);
master = true;
gui.setMaster(master);
gui.message("Hello I am the master");
game.setWaiting(true);
} catch (OrganizationRequestException e) { // group already exists
gui.setColor(Piece.RED);
game.setWaiting(true);
}
requestRole(community, group, "player", null);
if(! master)
sendMessage(community, group, "player",new
ActMessage("joining"));
Par ailleurs, getAgentWithRole retourne maintenant uniquement un agent
différent, d'où la ligne de code précédente (le sendmessage)
Ca évite d'écrire ça (il y en a partout en plus) :
AgentAddress[] v = this.getAgentsWithRole(community, group,
"player");
for (int i = 0; i < v.length; i++) {
AgentAddress agent = v[i];
if (!agent.equals(getAddress())) {
other = agent;
break;
}
}
Tout ça pour récupérer une adresse différente !! c'était trop.
Je vais donc virer les codes de retour des différentes fonctions
organisationnelles. Évidement, ca veut dire que certaines portions de
code ne marcheront plus, mais c'est très vite corrigé : un try catch et
c'est tout. Je vais corriger celles que je trouve mais ne soyez pas
surpris si votre code vous renvoie des exceptions ;)
Qu'en pensez-vous ?
a+
Fabien
|
|
From: hilaire <vin...@ut...> - 2008-04-09 07:18:28
|
Bonjour, je suis soulagé de voir qu'il n'y a pas que moi qui n'arrive pas à me dépettrer du JXTACommunicator. J'ai exactement le même scénario... :( Vincent > Salut Arnaud, > > En ce qui concerne le JXTACommunicator qui se situe dans le CVS > J'ai donc mis un nom, mais ensuite cela ne s'est pas passé comme tu dis.. > Il m'a placé d'abord dans une page où j'ai dû donner un login et un mot > de passe, puis ensuite je suis arrivé sur une page où il fallait entrer > plein d'infos, qui me semblaient relever du domaine de l'expert en JXTA, > ce que je ne suis pas... Il y avait même un bouton pour aller chercher > un fichier certificat!! En gros, je suis passé directement en mode > expert!! Bizarre non? > > A bientot > > Jacques > > Le 9 avr. 08 à 00:56, arnaud auzolat a écrit : >> Bonjour, >> >> Concernant JXTA et le "peer name", il suffit juste d'entrer une >> chaîne de caractères qui en fait, représentera le nom du peer que l'on >> utilise ( par exemple: "Jacques" ou "Test"...) >> Il est là uniquement pour nommer son peer, c'est comme dans la version >> "Expert", où sur le premier onglet on doit saisir un nom. >> Une fois le nom saisit (il y a un certain laps de temps en fait...), >> il n'y a pas de validation à faire, automatiquement l'agent se lance >> et la connexion se fait avec le nom de peer saisi. >> >> Concernant l'erreur, je vois ça et je vous tiens au courant. >> >> A bientôt >> >> Arnaud >> >> >> Le 08/04/08, *Jacques Ferber* <fe...@li... >> <mailto:fe...@li...>> a écrit : >> >> Bonjour, >> >> Du fait de la mise à jour du CVS j'en ai profité pour commencer à >> faire des tests et mettre à jour le Designer qui est amélioré >> (création d'agents avec GUI, plus une meilleure gestion de >> l'interface).. >> >> - Il faudrait tester TurtleKit2 (voir s'il est à jour) et surtout le >> - il faudrait aussi tester le JXTACommunicator qui se trouve dans >> le CVS.. Il me fait une erreur du type: >> error: JXTACommunicator.codec contains dependencies which are not >> in the classpath >> >> Ensuite on arrive à démarrer l'agent mais il faut mettre un "peer >> name", mais je ne sais pas ce qu'il faut mettre.. ;-) >> Arnaud, est ce que tu as quelque chose permettant de savoir ce >> qu'il faut mettre? >> >> - Est ce que quelqu'un sait si l'on a bien intégré les >> modifications d'Oslo? (gestion des static notamment...) >> >> Merci et à bientot >> >> Jacques >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save $100. >> Use priority code J8TL2D2. >> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone_______________________________________________ >> Madkit-develop mailing list >> Mad...@li... >> https://lists.sourceforge.net/lists/listinfo/madkit-develop > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > > > ------------------------------------------------------------------------ > > _______________________________________________ > Madkit-develop mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madkit-develop |
|
From: Jacques F. <fe...@li...> - 2008-04-09 07:16:40
|
Salut Arnaud, En ce qui concerne le JXTACommunicator qui se situe dans le CVS J'ai donc mis un nom, mais ensuite cela ne s'est pas passé comme tu dis.. Il m'a placé d'abord dans une page où j'ai dû donner un login et un mot de passe, puis ensuite je suis arrivé sur une page où il fallait entrer plein d'infos, qui me semblaient relever du domaine de l'expert en JXTA, ce que je ne suis pas... Il y avait même un bouton pour aller chercher un fichier certificat!! En gros, je suis passé directement en mode expert!! Bizarre non? A bientot Jacques Le 9 avr. 08 à 00:56, arnaud auzolat a écrit : > Bonjour, > > Concernant JXTA et le "peer name", il suffit juste d'entrer une > chaîne de caractères qui en fait, représentera le nom du peer que > l'on utilise ( par exemple: "Jacques" ou "Test"...) > Il est là uniquement pour nommer son peer, c'est comme dans la > version "Expert", où sur le premier onglet on doit saisir un nom. > Une fois le nom saisit (il y a un certain laps de temps en fait...), > il n'y a pas de validation à faire, automatiquement l'agent se lance > et la connexion se fait avec le nom de peer saisi. > > Concernant l'erreur, je vois ça et je vous tiens au courant. > > A bientôt > > Arnaud > > > Le 08/04/08, Jacques Ferber <fe...@li...> a écrit : > Bonjour, > > Du fait de la mise à jour du CVS j'en ai profité pour commencer à > faire des tests et mettre à jour le Designer qui est amélioré > (création d'agents avec GUI, plus une meilleure gestion de > l'interface).. > > - Il faudrait tester TurtleKit2 (voir s'il est à jour) et surtout le > - il faudrait aussi tester le JXTACommunicator qui se trouve dans le > CVS.. Il me fait une erreur du type: > error: JXTACommunicator.codec contains dependencies which are not in > the classpath > > Ensuite on arrive à démarrer l'agent mais il faut mettre un "peer > name", mais je ne sais pas ce qu'il faut mettre.. ;-) > Arnaud, est ce que tu as quelque chose permettant de savoir ce qu'il > faut mettre? > > - Est ce que quelqu'un sait si l'on a bien intégré les modifications > d'Oslo? (gestion des static notamment...) > > Merci et à bientot > > Jacques > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save > $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone_______________________________________________ > Madkit-develop mailing list > Mad...@li... > https://lists.sourceforge.net/lists/listinfo/madkit-develop |
|
From: arnaud a. <arn...@gm...> - 2008-04-08 22:56:49
|
Bonjour, Concernant JXTA et le "peer name", il suffit juste d'entrer une chaîne de caractères qui en fait, représentera le nom du peer que l'on utilise ( par exemple: "Jacques" ou "Test"...) Il est là uniquement pour nommer son peer, c'est comme dans la version "Expert", où sur le premier onglet on doit saisir un nom. Une fois le nom saisit (il y a un certain laps de temps en fait...), il n'y a pas de validation à faire, automatiquement l'agent se lance et la connexion se fait avec le nom de peer saisi. Concernant l'erreur, je vois ça et je vous tiens au courant. A bientôt Arnaud Le 08/04/08, Jacques Ferber <fe...@li...> a écrit : > > Bonjour, > > Du fait de la mise à jour du CVS j'en ai profité pour commencer à faire > des tests et mettre à jour le Designer qui est amélioré (création d'agents > avec GUI, plus une meilleure gestion de l'interface).. > > - Il faudrait tester TurtleKit2 (voir s'il est à jour) et surtout le > - il faudrait aussi tester le JXTACommunicator qui se trouve dans le CVS.. > Il me fait une erreur du type: > error: JXTACommunicator.codec contains dependencies which are not in the > classpath > > Ensuite on arrive à démarrer l'agent mais il faut mettre un "peer name", > mais je ne sais pas ce qu'il faut mettre.. ;-) > Arnaud, est ce que tu as quelque chose permettant de savoir ce qu'il faut > mettre? > > - Est ce que quelqu'un sait si l'on a bien intégré les modifications > d'Oslo? (gestion des static notamment...) > > Merci et à bientot > > Jacques > > > |
|
From: Jacques F. <fe...@li...> - 2008-04-08 17:15:33
|
Bonjour, Du fait de la mise à jour du CVS j'en ai profité pour commencer à faire des tests et mettre à jour le Designer qui est amélioré (création d'agents avec GUI, plus une meilleure gestion de l'interface).. - Il faudrait tester TurtleKit2 (voir s'il est à jour) et surtout le - il faudrait aussi tester le JXTACommunicator qui se trouve dans le CVS.. Il me fait une erreur du type: error: JXTACommunicator.codec contains dependencies which are not in the classpath Ensuite on arrive à démarrer l'agent mais il faut mettre un "peer name", mais je ne sais pas ce qu'il faut mettre.. ;-) Arnaud, est ce que tu as quelque chose permettant de savoir ce qu'il faut mettre? - Est ce que quelqu'un sait si l'on a bien intégré les modifications d'Oslo? (gestion des static notamment...) Merci et à bientot Jacques |
