On Thu, 21 Feb 2008 10:43:27 +0100 Gabriel Landais <landais at codelutin.com> wrote:
Bonjour, suite à la réunion d'hier, voici les éléments qui ont été abordés :
Général
- Mettre à jour les entêtes de fichier avec une licence GPL incluant en auteurs Cemagref, Code Lutin et les développeurs ayant participé au projet
Cecill 2 comme demande dans le contrat :). A moins que le Cemagref veuille passer a la GPL ;) Pour le copyright, il faut que le cemagref, nous dise ce qu'ils veulent. Cemagref tout seul, Cemagref + Code Lutin ou Cemagref + Code Lutin + developpeur ?
- Decouper les métadonnées en deux parties : celles propres à SimExplorer et celles propres au SI. - Refondre les entités afin de les générer depuis un modèle et gérer la sérialisation par outils comme JAXB/XStream, ceci dans un module propre (et non inclu avec les autres classes storage)
Serveur
- Suppression : La règle de gestion "suppression d'un CE/DE entraîne la suppression de l'AE (si elle est la seule à l'utiliser)" n'est pas correctement implémentée (suppression récursive de tous les parents si ils sont les seul à utiliser l'élément) - Vérification d'existence de l'élément dans la base : si les hash sont égaux, vérifier que les données sont effectivement égales - Filtrage des listes en fonction des droits (implémentation d'un Filter Lucene, conservation de l'indépendance du stockage et de la sécurité) - Paginer la recherche des éléments dont l'utilisateur est propriétaire - Gestion du tri sur toutes les colonnes pour les recherches - Créer les interfaces accessibles via d'autres protocoles que RMI (WebService, CORBA).
Euh, pour ca il y a peut-etre beaucoup de travail, car remise en cause de certaine signature de methode :(
- Remplacer l'invoker jrmp par http afin de permettre l'utilisation de proxy (voir http://www.jtips.info/index.php?title=JBoss/HttpInvoker et http.proxyHost, http.proxyPort, proxySet, http.proxy.username et http.proxy.password)
Interface web
- Ecran de gestion des droits sur tous les éléments
Interface Swing
- Créer des méthodes afin de permettre à SimExplorer d'utiliser le SI comme
... ?
Documentation
- Documentation utilisateur - Enoncer les règles métiers qui ont été développées dans un document indépendant du code (pas du Javadoc)
Ou en javadoc, mais dans un fichier package.html dans le bon repertoire des sources. Mais un document rst a part qui genere une joli page sur le site web n'est pas forcement une mauvaise idee :)
- Documentation développeur - Documentation intégration (backup, dumps, configuration)
Je renverrais des mails sur certains points abordés, afin de valider/préciser le besoin.
Cordialement,
-- Gabriel <landais at codelutin.com> http://www.codelutin.com tel : 02 40 50 29 28 / fax : 09 59 92 29 28
_______________________________________________ Simexplorer-si-devel mailing list Simexplorer-si-devel at lists.labs.libre-entreprise.org https://lists.labs.libre-entreprise.org/mailman/listinfo/simexplorer-si-deve...
-- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin at codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii