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 - 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). - 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) - 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
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
Benjamin POUSSIN a écrit :
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 ?
En effet, je me suis un peu emporté, la question reste en suspens.
- Decouper les métadonnées en deux parties : celles propres à SimExplorer et celles propres au SI.
Fait
- 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)
La génération demande un développement spécifique basé sur le plugin Maven de génération. Une première passe "à la main" permettra de déterminer si les classes sont suffisamment génériques.
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)
Fait
- 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
Fait
- 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é)
Fait
- Paginer la recherche des éléments dont l'utilisateur est propriétaire
Fait
- Gestion du tri sur toutes les colonnes pour les recherches
Fait
- 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 :(
On peut déjà le faire pour les méthodes utilisant des structures simples. Pour les flux de données, une encapsulation doit être choisie (servlet http, IIOP, ...).
- 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)
Les paramètres existent dans l'appli Swing, il reste la configuration du serveur et l'url du client à modifier.
Interface web
- Ecran de gestion des droits sur tous les éléments
Fait
Interface Swing
- Créer des méthodes afin de permettre à SimExplorer d'utiliser le SI comme
... ?
... plugin! Schématiquement, une méthode statique load permet de récupérer une EA/librairie, et save(element) permet d'enregistrer l'élément de façon transparente.
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 :)
Je suis effectivement pour extraire la logique métier du code technique.
- Documentation développeur - Documentation intégration (backup, dumps, configuration)
C'est la principale tâche qu'il reste à réaliser avec les tests et les interfaces vers l'extérieur.
-- Gabriel <landais at codelutin.com> http://www.codelutin.com tel : 02 40 50 29 28 / fax : 09 59 92 29 28
participants (2)
-
landais＠codelutin.com -
poussin＠codelutin.com