February 2013 - Cantharella-devel - mailman.cloud.codelutin.com

Re: [Cantharella-devel] Stockage des documents
by Adrien Cheype May 6, 2014

May 6, 2014

Bonjour, Éternel débat : stockage des fichiers dans la base ou le système de fichier ? http://wiki.postgresql.org/wiki/BinaryFilesInDB Si vous préférez stocker les fichiers dans la base, je n'y vois pas d'inconvénient. J'ai personnellement toujours enregistré les fichiers à part dans le système de fichier mais dans le contexte de Cantharella, le stockage dans la base suivrait une certaine logique. L'autre question qui se pose alors est : en bytea ou en BLOB (oid) ? Dans notre cas de fichier peu volumineux (cf. limitation de taille définie dans les spécs.), les deux alternatives peuvent convenir. La principale différence étant que pour bytea, les données restent dans une colonne de la table tandis que pour les BLOB, les données sont externalisées dans une table système et référencées par un oid. D'un côté, Bytea semblent être plus facile à mettre en place mais pourrait engendrer certains problèmes de performance lors de requête sur l'ensemble des documents (preload), de l'autre BLOB semble garder toujours de bonnes performances (on demand) même avec des données plus volumineuses mais nécessite de mettre en place un système de suppression automatique des BLOB lorsque la référence (oid) est supprimé (trigger, rule). Adrien Le 14/02/2013 03:23, Eric Chatellier a écrit : > Bonjour, > > Je viens de mettre à jour le serveur avec le début des > interfaces de gestion et visualisation des documents (seulement > pour les molécules avant de le généraliser). > > Concernant le stockage des fichiers attachés, peut-on > les stocker directement dans la base de données ? > > Cela simplifierais la gestion et la cohérence pour l'ajout > et la suppression. > > Techniquement, le modèle de données serait typé en byte[] > voire en InputStream (voire si vraiment ca ne fonctionne pas > en java.sql.Blob) et annoté en @Lob > -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

2 2

CR Réunion Cantharella du 19/02/2013
by Eric Chatellier March 4, 2013

March 4, 2013

CR Réunion Cantharella du 19/02/2013 ==================================== Molécule -------- * Faire en sorte que les tableaux soient alignés et non centrés * Rendre le canvas cliquable pour afficher l'image du rendu html5 * Ajouter un lien pour télécharger le fichier .mol (Renommer le lien Download) * Le tableau de provenance n'est pas finalisé en visualisation * Le pourcentage de provenance n'est pas obligatoire * Tester le rafraichissement des champs après mise à jour * Ajouter l'infobulle d'information pour signaler que les molécules sont visible par tout le monde * Tester l'affichage des provenances pour un simple utilisateur (pb affichage) Documents --------- * Renommer le texte en "Joindre un document" * Indiquer dans le formulaire que le fichier ne peut pas faire plus de 1M * Rendre la taille configurable * Corriger la mise à jour du tableau des documents après ajout (retour) * Supprimer le champ "est une image" du type de document c'est c'est faisable par extension ou mimetype de fichier * Générer la miniature dès l'enregistrement du fichier et la stocker en base de données (pour avoir de meilleurs performances) Divers ------ * À rediscuter d'avoir l'export CSV dans tous les tableaux (test biologiques) * Corriger le problème de recherche des molécules (droits) * Essayer de ne pas faire la recherche sur les ID (sauf molécule): champ indexés, mais pas recherché * Problème lors de la récupération de mot de passe: * "Vote mot de passe Cantharella a été régénéré" ('vote' -> 'votre') * probleme message: probleme envoie mot de passe, mais au final envoyé. * probleme: le mot de passe envoyer ne permet pas de s'authentifier * probleme avec IE sur les dernières versions Env --- * Ajouter les svn:keywords pour la mise à jour des variables * Envoyer un mail pour la génération du site maven -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com

1 4

Re: [Cantharella-devel] Gestion des droits dans cantharella
by Sylvain PETEK Feb. 28, 2013

Feb. 28, 2013

Bonjour, Les personnes peuvent effectivement avoir des droits: soit - sur 1 campagne et tous les lots associés soit - sur 1 ou plusieurs lots d'une campagne >> Il y a en plus une notion de 'groupe', mais qui n'a pas l'air utilisée. Est-ce une notion future ? ou qui ne sert plus ? Ca fait partie des fonctionnalités en suspend: l'idée est de créer des groupes de personnes (membres d'un même laboratoire, d'un même projet etc...) pour pouvoir leur assigner les mêmes droits. >>Pour un droit, il y a aussi plusieurs notions, >>4 booléens (droitExtrait, droitPuri, droitTestBio, droitRecolte) http://maven-site.forge.codelutin.com/cantharella/cantharella.data/apidocs/i ndex.html?>>nc/ird/cantharella/data/model/Droits.html >>Mais ils n'ont pas encore l'air exploité à l'heure actuelle. Là encore il s'agit d'une fonctionnalité en suspend: l'idée est de pouvoir donner des droits différenciés sur tel ou tel "module". Cordialement, Sylvain -----Message d'origine----- De : cantharella-devel-bounces(a)list.forge.codelutin.com [mailto:cantharella-devel-bounces@list.forge.codelutin.com] De la part de Eric Chatellier Envoyé : jeudi 28 février 2013 07:31 À : cantharella-devel(a)list.forge.codelutin.com Objet : [Cantharella-devel] Gestion des droits dans cantharella Bonjour, Je viens de reprendre la gestion des droits dans cantharella. Les personnes ont donc: * un droit sur une campagne (tous les lots) * un droit sur plusieurs lots d'une campagne Il y a en plus une notion de 'groupe', mais qui n'a pas l'air utilisée. Est-ce une notion future ? ou qui ne sert plus ? Pour un droit, il y a aussi plusieurs notions, 4 booléens (droitExtrait, droitPuri, droitTestBio, droitRecolte) http://maven-site.forge.codelutin.com/cantharella/cantharella.data/apidocs/i ndex.html?nc/ird/cantharella/data/model/Droits.html Mais ils n'ont pas encore l'air exploité à l'heure actuelle. L'indexation du moteur de recherche dépend des choses à gérer réellement. Cordialement, -- Éric Chatellier _______________________________________________ Cantharella-devel mailing list Cantharella-devel(a)list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/cantharella-devel

1 0

Setter des associations bidirectionnelles hibernate
by Eric Chatellier Feb. 28, 2013

Feb. 28, 2013

Bonjour, Dans cantharella, les associations sont bidirectionnelles mais des modifications ne sont toujours faite que d'un seul coté. Comme décrit dans ce commentaire: http://stackoverflow.com/a/5460737/2038100 l'association devrait être référencées des deux cotés. (apparemment la doc officielle en parle aussi, mais pas moyen de retrouver le lien). Le problème n'est pas visible à lexécution car dans le cas d'une application web, lors du rechargement entre les pages, les associations sont bien valuées des deux cotés. Ce problème pourrait être à l'origine d'un effet de bord dans l'indexation lucene. Les droits sont ajoutés sur les utilisateurs: personne#lotsDroits, mais le lot n'étant pas modifiés lot#personnesDroits, hibernate ne peut pas détecter que le lot a été modifié pour le réindexer. Est-ce volontaire de ne pas gérer les bidirections des deux cotés ? -- Éric Chatellier

1 0

Gestion des droits dans cantharella
by Eric Chatellier Feb. 28, 2013

Feb. 28, 2013

Bonjour, Je viens de reprendre la gestion des droits dans cantharella. Les personnes ont donc: * un droit sur une campagne (tous les lots) * un droit sur plusieurs lots d'une campagne Il y a en plus une notion de 'groupe', mais qui n'a pas l'air utilisée. Est-ce une notion future ? ou qui ne sert plus ? Pour un droit, il y a aussi plusieurs notions, 4 booléens (droitExtrait, droitPuri, droitTestBio, droitRecolte) http://maven-site.forge.codelutin.com/cantharella/cantharella.data/apidocs/… Mais ils n'ont pas encore l'air exploité à l'heure actuelle. L'indexation du moteur de recherche dépend des choses à gérer réellement. Cordialement, -- Éric Chatellier

1 0

Re: [Cantharella-devel] Méthode equals() et hashCode() non redéfinie sur les entités
by Adrien Cheype Feb. 28, 2013

Feb. 28, 2013

Le 27/02/2013 20:47, Eric Chatellier a écrit : > Le 27/02/2013 07:04, Adrien Cheype a écrit : > >> Tu devrais normalement t'en sortir avec cet astuce... > Ok, ca fonctionne avec cette astuce. Parfait, si ça a pu résoudre ton problème. Attention tout de même à changer le commentaire pour la compréhension, ce hack n'est plus dans ce cas pour une "saisie multiple avec préremplissage". Autres détails, il ne me semble pas que tu sois obliger de passer en argument pour ManageListDocumentsPanel un Model de DocumentAttachable, un DocumentAttachable devrait suffire. Pareil pour ReadDocumentPage et ManageDocumentPage. La question peut se poser de passer systématiquement entre classes des modèles ou directement les objets, mais actuellement la logique actuelle est de passer les objets, donc mieux vaut suivre la même logique (on créé les modèles quand on a besoin dans chaque classe). >> à moins que tu préfères charger ton objet dans la même session Hibernate que >> ta liste. > C'est un document qui n'a pas forcement d'id (par encore sauvé), donc actuellement > je n'ai que l'instance non rechargeable. Ok, je comprends mieux la subtilité. Tu ne peux pas utiliser un constructeur qui prend en argument un id et qui charge l'objet car celui-ci peut ne pas exister. Cela se passe uniquement quand on crée une entité quelconque puis qu'on ajoute un document et qu'on revient sur son édition avant d'avoir valider l'entité créer. Ce n'est qu'à la validation du formulaire de cet entité que l'ensemble des objets sont enregistrés en base. Par contre, ce que je ne saisis pas tout à fait, c'est que tu sembles effectuer l'ajout du fichier en base lorsqu'on valide l'ajout d'un document. Cette ajout ne devrait-il pas se faire qu'une fois l'entité enregistré pour éviter de laisser des fichiers orphelins ?? (exemple du cas où l'utilisateur ajoute des documents puis annule ensuite l'ajout de l'entité). Cela me fait penser qu'il faudrait prévenir l'utilisateur au retour de formulaire d'édition du document par un simple avertissement du style : "L'enregistrement du document s'effectuera à la validation du formulaire". Adrien -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

2 1

Re: [Cantharella-devel] [Cantharella - Anomalie #2061] (Nouveau) Interface "Gestion d'un document" : problem with field "langue"
by Eric Chatellier Feb. 27, 2013

Feb. 27, 2013

Le 26/02/2013 23:30, admin(a)forge.codelutin.com a écrit : > ---------------------------------------- > Anomalie #2061: Interface "Gestion d'un document" : problem with field "langue" > > For the field "langue", there is a list of country instead of a list of languages J'ai fait la même chose que pour la liste des pays par copier/coller en addaptant avec le mot de langues. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com

1 0

Re: [Cantharella-devel] Méthode equals() et hashCode() non redéfinie sur les entités
by Adrien Cheype Feb. 27, 2013

Feb. 27, 2013

Le 27/02/2013 01:50, Eric Chatellier a écrit : > Bonjour, > > Je rencontre actuellement un petit problème visible sur > la modification d'un document. > Lorsque l'on tente de modifier un document existant, le > créateur n'est sélectionné avec la bonne valeur. > > Le code étant le suivant: > final DropDownChoice<Personne> createurInput = new > DropDownChoice<Personne>("Document.createur", > new PropertyModel<Personne>(documentModel, "createur"), personnes); > > Je pense que le problème se situe au niveau des méthodes > equals() des entités qui ne sont pas redéfini, l’implémentation > par defaut étant 'this == obj', ca peut passer > dans la majorité des cas car il y a le cache hibernate, > mais dans ce cas la cela ne fonctionne pas. > > A code lutin, nous redéfinissons systématiquement le equals() > et le hashCode() en fonction des id car il existe toujours. > Mais dans le cas de cantharella ils sont générés par la base de > données. > > Je ne vois pas comment corriger simplement le problème. > J'ai testé en ajoutant un equals() rapidement et cela corrige > le problème. Re Eric, Initialement, le choix avait été fait de ne pas redéfinir les equals() et hashCode() et nous avons mis en place pour Cantharella des façons de contourner les désavantages que cela impliquent. Même si ce n'est pas la solution optimale, je ne pense pas que ce soit une bonne idée de revenir sur ce choix aujourd'hui. Cela impliquerait trop d'effets de bords, par conséquent énormément de tests pour vérifier que l'existant fonctionne toujours correctement et pas mal de modifications de codes. Pour être plus exact, tous les equals() et hashCode() ne sont pas redéfinis à part pour les @CompositeId (c'est obligatoire) où c'est à chaque fois la même classe paramétré (CompositeId.java) qui est utilisé. Le hashcode et le equals sont alors redéfinis en se basant sur chaque hashcode ou equals de deux entités qui le compose. Grosso modo, l'inconvénient de ce choix est que deux mêmes objets ne seront pas égaux s'ils proviennent d'une session hibernate différente. Ainsi cela implique que pour comparer deux entités, nous utilisons pas les equals() classiques mais une méthode spécifique qui se basent sur la valeur d'une ou plusieurs propriétés (BeanTools.equals(Object thiz, Object obj, AccessType accessType, String... properties)). De même pour les comparaisons dans une liste, nous n'utilisons pas les contains() et dérivés mais d'autres méthodes statiques de la classe CollectionTools (containsWithValue(...), findWithValue(...), countWithValue(...)). Dans ton cas particulier de liste déroulante, le problème est que Wicket utilise un contains() pour initialiser la liste avec la bonne valeur. Si la liste dans laquelle il recherche l'entité et cette entité recherchée n'ont pas été chargés dans la même session Hibernate, Wicket ne peut pas faire la correspondance avec le contains(). En générale, nous chargeons les objets dans la même session ce qui évite ce problème. Nous avons cependant déjà eu plusieurs cas où il nous a fallu contourné le problème. Cela se passe lors d'une saisie multiple lorsqu'on veut précharger certains champs du formulaire avec ceux du précédent formulaire. Tu peux trouver le code suivant dans la classe ManagePurificationPage, les commentaires expliquent ce cas particulier : > // qd saisie multiple avec préremplissage, hack nécessaire > afin d'avoir dans le model le même objet que > // celui de la liste de choix (sinon comme les objets > viennent de sessions hibernate différentes, on n'a pas > // l'égalité entre les objets) > purificationModel.getObject().setManipulateur( > CollectionTools.findWithValue(personnes, > "idPersonne", AccessType.GETTER, purificationModel > .getObject().getManipulateur().getIdPersonne())); Tu devrais normalement t'en sortir avec cet astuce... à moins que tu préfères charger ton objet dans la même session Hibernate que ta liste. Adrien -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

2 1

Re: [Cantharella-devel] Méthode equals() et hashCode() non redéfinie sur les entités
by Adrien Cheype Feb. 27, 2013

Feb. 27, 2013

Quelques questions à la liste pour revenir à la problématique hors projet Cantharella. Étant donné que l'inconvénient de ne pas définir les equals()/hashCode() implique à prendre en compte certains cas particuliers que je préférerais me passer, je me demande quelle serait la stratégie qui comportent le plus d'avantages. Pour mon information, Eric, pourrais-tu me donner plus de détails sur votre façon de générer un id depuis la couche DAO (et même un exemple de classe si possible) ?? La page suivante (https://community.jboss.org/wiki/EqualsAndHashCode) résume bien les différents problèmes qui peuvent survenir suivant les différentes stratégies (cf. "Summary"). La votre n'y est pas présentée, mais elle semble répondre aux quatre problèmes présentés. Le seul inconvénient que j'y vois semble qu'il n'est alors pas possible de garantir au niveau de la base une même logique d'affectation des identifiants (quid des autres moyens de renseigner la BD que via l'application en question ?). J'avais pensé il y a déjà quelques temps à une autre stratégie ou l'on attribue un ID temporaire au niveau de l'application à la création puis que l'ID soit écrasé par la valeur attribué par la BD dès qu'il passe en persistance. Une dernière solution très fréquente est de baser l'equals/hashcode sur les clés métiers. Bien qu'il faille prendre le temps de les définir pour chaque objet, il semblerait que ce soit la solution idéale lorsqu'on est sûr d'avoir une propriété immuable (ou une combinaison) pour le cycle de vie de l'entité. Dans le cas où l'entité n'ait pas de telles propriétés (c'est le cas notamment dans Cantharella), on entend deux sons de cloches : certains semblent dirent qu'il faille trouver une autre statégie, d'autres prétendent que contrairement à une clé primaire, ce n'est pas une obligation que les clés métiers ne changent pas, si cela se produit rarement (cf. extrait de "Java Pertinence with Hibernate" dans le sujet : http://stackoverflow.com/questions/2719877/object-equality-in-context-of-hi…) Si l'on tolère de rares changements, la solution d'ID temporaire, et celle des clés métiers pourraient être toutes deux de bonnes candidates qui s'appliqueraient à tous les cas. Qu'en pensez-vous ? Des avis/préférences sur ces stratégies ? Adrien Le 27/02/2013 17:04, Adrien Cheype a écrit : > Re Eric, > > Initialement, le choix avait été fait de ne pas redéfinir les equals() > et hashCode() et nous avons mis en place pour Cantharella des façons > de contourner les désavantages que cela impliquent. Même si ce n'est > pas la solution optimale, je ne pense pas que ce soit une bonne idée > de revenir sur ce choix aujourd'hui. Cela impliquerait trop d'effets > de bords, par conséquent énormément de tests pour vérifier que > l'existant fonctionne toujours correctement et pas mal de > modifications de codes. > > Pour être plus exact, tous les equals() et hashCode() ne sont pas > redéfinis à part pour les @CompositeId (c'est obligatoire) où c'est à > chaque fois la même classe paramétré (CompositeId.java) qui est > utilisé. Le hashcode et le equals sont alors redéfinis en se basant > sur chaque hashcode ou equals de deux entités qui le compose. > > Grosso modo, l'inconvénient de ce choix est que deux mêmes objets ne > seront pas égaux s'ils proviennent d'une session hibernate différente. > Ainsi cela implique que pour comparer deux entités, nous utilisons pas > les equals() classiques mais une méthode spécifique qui se basent sur > la valeur d'une ou plusieurs propriétés (BeanTools.equals(Object thiz, > Object obj, AccessType accessType, String... properties)). De même > pour les comparaisons dans une liste, nous n'utilisons pas les > contains() et dérivés mais d'autres méthodes statiques de la classe > CollectionTools (containsWithValue(...), findWithValue(...), > countWithValue(...)). > > Dans ton cas particulier de liste déroulante, le problème est que > Wicket utilise un contains() pour initialiser la liste avec la bonne > valeur. Si la liste dans laquelle il recherche l'entité et cette > entité recherchée n'ont pas été chargés dans la même session > Hibernate, Wicket ne peut pas faire la correspondance avec le > contains(). En générale, nous chargeons les objets dans la même > session ce qui évite ce problème. > > Nous avons cependant déjà eu plusieurs cas où il nous a fallu > contourné le problème. Cela se passe lors d'une saisie multiple > lorsqu'on veut précharger certains champs du formulaire avec ceux du > précédent formulaire. Tu peux trouver le code suivant dans la classe > ManagePurificationPage, les commentaires expliquent ce cas particulier : > >> // qd saisie multiple avec préremplissage, hack >> nécessaire afin d'avoir dans le model le même objet que >> // celui de la liste de choix (sinon comme les objets >> viennent de sessions hibernate différentes, on n'a pas >> // l'égalité entre les objets) >> purificationModel.getObject().setManipulateur( >> CollectionTools.findWithValue(personnes, >> "idPersonne", AccessType.GETTER, purificationModel >> .getObject().getManipulateur().getIdPersonne())); > > Tu devrais normalement t'en sortir avec cet astuce... à moins que tu > préfères charger ton objet dans la même session Hibernate que ta liste. > > Adrien > > > -- > Adrien Cheype > Ingénieur en Systèmes d'Information > Service « Informatique Scientifique et Appui aux Partenaires du Sud » > Direction du Système d'Information (DSI) > http://www.ird.fr/dsi/ > http://www.ird.fr/informatique-scientifique/ > > INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT > BP A5 - 98848 Nouméa - Nouvelle Calédonie > Tél. +687 260 789 -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

2 1

Re: [Cantharella-devel] CR Réunion Cantharella du 19/02/2013
by Adrien Cheype Feb. 27, 2013

Feb. 27, 2013

Le 26/02/2013 21:17, Eric Chatellier a écrit : > Ok, merci pour ce retour. Je me doutais bien que le model (load()) ne servait > pas a grand chose. > Avec un simple PropertyModel, c'est tout de suite plus propre. >> Tu peux d'ailleurs le passer en paramètre de ton ReadListDocumentsPanel au >> lieu du modèle de molécule. Ce serait plus cohérent : le panel sert à afficher >> le modèle de ce qu'il doit afficher. > En fait je me sers quand même de la molécule pour ajouter les documents dessus > quand on passe > en édition. Je trouves le couplage avec l'entité sauvegardée en base plus fort > qu'une simple > liste (lazy) qui pourrait peut être poser d'autres problèmes. C'est ok pour moi comme tu l'as écris. Je t'avais répondu pour un cas plus général et c'est sûr que dans ce cas précis on a besoin d'accéder aux documents de l'entité en modification. > Du coup, l'interface DocumentAttachable (sur les entités sur lequelles ont peut > ajouter > des documents) ne servirait pas non plus ? Je n'ai pas vu la manière dont tu t'en servais avant mais l'ajout d'une interface me semble être une bonne idée car elle apporte plus de clarté au niveau du modèle. Par ailleurs, elle permet de contraindre l'ajout de document aux seules entités qui puissent en avoir (IModel<? extends DocumentAttachable> que tu as mis en signature du constructeur ManageDocumentPage). -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

1 0

Méthode equals() et hashCode() non redéfinie sur les entités
by Eric Chatellier Feb. 26, 2013

Feb. 26, 2013

Bonjour, Je rencontre actuellement un petit problème visible sur la modification d'un document. Lorsque l'on tente de modifier un document existant, le créateur n'est sélectionné avec la bonne valeur. Le code étant le suivant: final DropDownChoice<Personne> createurInput = new DropDownChoice<Personne>("Document.createur", new PropertyModel<Personne>(documentModel, "createur"), personnes); Je pense que le problème se situe au niveau des méthodes equals() des entités qui ne sont pas redéfini, l’implémentation par defaut étant 'this == obj', ca peut passer dans la majorité des cas car il y a le cache hibernate, mais dans ce cas la cela ne fonctionne pas. A code lutin, nous redéfinissons systématiquement le equals() et le hashCode() en fonction des id car il existe toujours. Mais dans le cas de cantharella ils sont générés par la base de données. Je ne vois pas comment corriger simplement le problème. J'ai testé en ajoutant un equals() rapidement et cela corrige le problème. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com

1 0

Re: [Cantharella-devel] CR Réunion Cantharella du 19/02/2013
by Adrien Cheype Feb. 26, 2013

Feb. 26, 2013

Le 26/02/2013 03:33, Eric Chatellier a écrit : > Le 25/02/2013 16:23, Eric Chatellier a écrit : >> Je ne comprend pas ce problème. >> >> Sur la page des molécules, il y a deux tableaux : provenances et >> documents. >> Le premier est bien mis à jour mais pas le deuxième et il n'y >> a aucun code particulier qui force le rechargement des tableaux. > J'ai fini par trouver finalement, je ne maitrise pas encore toutes > les subtilités de wicket ;-). > > Dans ce cas là, j'utilisais directement les instances des > entités 'Molecule' au lieu de Model<Molecule>. > Les pages sont instanciées une seule fois, les modèles > aussi, mais les données des modèles sont détacher/rattacher > lorsque l'on change de page. > Il faut donc utiliser des modèles pour que les entités soient > rechargées et les bonnes listes affichées. > Bonjour Eric, En effet, les modèles sont au début un peu déroutants. On en voit partout dans wicket et on se demande pourquoi faut-il systématiquement passé par eux (une simplification ne serait-elle pas meilleure ?). Mais petit à petit on rentre dans la logique du framework et on comprend leur force. Dans ton cas, tu as bien identifié le problème, tu ne passais pas par un modèle pour construire ton listview. Cependant tu peux encore clarifier ton code. Actuellement tu charges la liste des documents dans un modèle de list de document après chaque cycle de sérialisation/désérialisation (load()). Cependant cette liste existe déjà, de la même manière que les autres propriétés d'une molécule. La simple utilisation d'un PropertyModel pour constituer ton modèle de liste suffit donc dans ce cas. Tu peux d'ailleurs le passer en paramètre de ton ReadListDocumentsPanel au lieu du modèle de molécule. Ce serait plus cohérent : le panel sert à afficher le modèle de ce qu'il doit afficher. Tu peux trouver un exemple (sans panel) dans ReadPurificationPage, notamment : > ListView<ParamMethoPuriEffectif> paramMethodes = new > ListView<ParamMethoPuriEffectif>( > "Purification.paramsMethode.List", new > PropertyModel<List<ParamMethoPuriEffectif>>(purificationModel, > "sortedParamsMetho")) { > ... Bonne journée, Adrien -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

2 1

Re: [Cantharella-devel] Mots clés svn et site web (javadoc)
by Adrien Cheype Feb. 20, 2013

Feb. 20, 2013

Merci pour ces infos, Eric. Mes réponses ci-dessous. Le 20/02/2013 04:55, Eric Chatellier a écrit : > Bonjour, > > Les mots clés svn étaient bien manquants, je viens de les ajouter > sur tous les fichiers via la commande: > svn propset svn:keywords "Author Date Id Revision HeadURL" -R . > > Pour que les mots clé soient automatiquement ajouté sur > un nouveau fichiers créé par un développeur, il est possible > de le specifier dans le fichier $HOME/.subversion/config > en ajoutant, dans la section [auto-props] la ligne: > *.java = svn:keywords="Author Date Id Revision HeadURL" Ok, si je comprends bien le module qui gère les licences utilisent ces propriétés pour compléter le message d'header. Les fichiers n'ayant pas ces propriétés se retrouve alors juste avec "$Id:$" et "$HeadURL:$" sans texte associé, c'est bien cela ? A quels fichiers le module ajoute les headers de licence ? A des fichiers qui comportent certaines extensions ? Ou à tous les fichiers texte ? > Concernant, la génération du site, celle-ci s'effectue > normalement via la commande "mvn site". > Sur notre forge, cette commande a été allégée et pour > généré le site entierrement (avec les rapports, javadocs...) > il faut activer un profile supplémentaire: > mvn site -Preporting > > > Le site une fois buildé peut être déployé comme par exemple > à cette adresse : > http://maven-site.forge.codelutin.com/cantharella/ > Pour consulter la javadoc, il faut aller dans les rapports > de chaque module (le module principal n'ayant pas de code java > donc pas de javadoc). > > > Plus globalement, lors d'une release, beaucoup de choses sont > effectuées tardivement et seulement lors de la release. > la commande "mvn install -DperformRelease" active tous les > plugins maven devant s’exécuter à la release mais sans > réellement l'effectuer. > > Si la commande "mvn install -DperformRelease", la release > fonctionnera ensuite. > > Cependant, cette commande nécessite une configuration > un peu lourde de l'envirronement de developpement pour > avoir accès notamment aux services web redmine de la forge. > > Je ne pense pas que cela vaille le coup de configurer tout > ca, mais si vous y tener (pour pouvoir faire des déploiements) > c'est tout à faire possible. Je suis d'accord, pas la peine que je configure mon environnement pour effectuer des releases. J'imagine que la commande "mvn site" nécessite également ce type de configuration. Si j'ai besoin de ces fonctionnalités (par ex. mise à jour des sources pour le site de présentation), mieux vaut que je vous demande de lancer la commande adéquate. Bonne journée -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

2 1

Re: [Cantharella-devel] Conventions de codage - Cantharella
by Adrien Cheype Feb. 20, 2013

Feb. 20, 2013

Pour terminer sur le sujet du passage de la JDK à la v.7, le compilateur rajoute davantage de warnings du style : > Some input files use unchecked or unsafe operations. J'avais par exemple deux warnings qui n'était pas détectés avec le JDK 6 dans la classe AssertTools de cantharella.utils En recompilant avec l'option -Xlint:uncheked pour avoir davantage de détails, encore d'autres avertissements sont apparus sur la classe BeanTools, et ils comportaient tous le message suivant : > |[unchecked] Possible heap pollution from parameterized vararg type T| L'explication est que depuis Java 7, le compilateur avertit lorsqu'il détecte des arguments paramétrés de méthode qui sont des "varargs", comme on peut le voir dans l'exemple suivant : > public static <T> void addToList (List<T> listArg, T... elements) { > ... Il semblerait en effet que des erreurs à l'exécution peuvent se produire pour certains cas extrêmes où il y a affectation d'un élément de la "varargs" à une liste d'un autre type. La solution pour éviter ces warnings est que le développeur certifie la bonne exécution du code avec l'annotation @SafeVarargs. On peut également utilisé l'annotation @SuppressWarnings({"unchecked", "varargs"}) mais cette dernière laissera tout de même un warning à l'exécution. Pour plus de détails, cf. http://docs.oracle.com/javase/7/docs/technotes/guides/language/non-reifiabl… Le 20/02/2013 09:47, Adrien Cheype a écrit : > Ok, à notre niveau cela ne semble pas poser de problème. > > Et juste pour info, Cantharella est hébergé actuellement en production > sur un serveur virtuel où il y a Tomcat 7 et Java 6 d'installé. > Nous passerons donc à Tomcat 7 et Java 7, tout en continuant > d'utiliser le standard Servlet 2.5. > > Le 19/02/2013 20:08, Mickaël Tricot a écrit : >> Tant mieux ! :) >> Je crois avoir lu que certains ont eu des problèmes à faire tourner >> Tomcat 6 + Java 7, mais ce sont peut-être des problèmes spécifiques à >> leur infrastructure ou applications. >> >> 2013/2/18 Eric Chatellier <chatellier(a)codelutin.com >> <mailto:chatellier@codelutin.com>> >> >> Il n'y a pas de rapport entre Java 7 et Tomcat 7. >> >> Tomcat 7, impose une JRE 6 ou supérieur et peut faire tourner des >> servlet 2.5 (voire avant). >> >> Les servlet 3.0 sont d'ailleurs inclut dans la norme JEE 6 et non >> JSE 7. >> >> >> >> _______________________________________________ >> Cantharella-devel mailing list >> Cantharella-devel(a)list.forge.codelutin.com >> http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/cantharella-devel > > > -- > Adrien Cheype > Ingénieur en Systèmes d'Information > Service « Informatique Scientifique et Appui aux Partenaires du Sud » > Direction du Système d'Information (DSI) > http://www.ird.fr/dsi/ > http://www.ird.fr/informatique-scientifique/ > > INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT > BP A5 - 98848 Nouméa - Nouvelle Calédonie > Tél. +687 260 789 -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

1 0

Re: [Cantharella-devel] Conventions de codage - Cantharella
by Adrien Cheype Feb. 19, 2013

Feb. 19, 2013

Ok, à notre niveau cela ne semble pas poser de problème. Et juste pour info, Cantharella est hébergé actuellement en production sur un serveur virtuel où il y a Tomcat 7 et Java 6 d'installé. Nous passerons donc à Tomcat 7 et Java 7, tout en continuant d'utiliser le standard Servlet 2.5. Le 19/02/2013 20:08, Mickaël Tricot a écrit : > Tant mieux ! :) > Je crois avoir lu que certains ont eu des problèmes à faire tourner > Tomcat 6 + Java 7, mais ce sont peut-être des problèmes spécifiques à > leur infrastructure ou applications. > > 2013/2/18 Eric Chatellier <chatellier(a)codelutin.com > <mailto:chatellier@codelutin.com>> > > Il n'y a pas de rapport entre Java 7 et Tomcat 7. > > Tomcat 7, impose une JRE 6 ou supérieur et peut faire tourner des > servlet 2.5 (voire avant). > > Les servlet 3.0 sont d'ailleurs inclut dans la norme JEE 6 et non > JSE 7. > > > > _______________________________________________ > Cantharella-devel mailing list > Cantharella-devel(a)list.forge.codelutin.com > http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/cantharella-devel -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

1 0

Mots clés svn et site web (javadoc)
by Eric Chatellier Feb. 19, 2013

Feb. 19, 2013

Bonjour, Les mots clés svn étaient bien manquants, je viens de les ajouter sur tous les fichiers via la commande: svn propset svn:keywords "Author Date Id Revision HeadURL" -R . Pour que les mots clé soient automatiquement ajouté sur un nouveau fichiers créé par un développeur, il est possible de le specifier dans le fichier $HOME/.subversion/config en ajoutant, dans la section [auto-props] la ligne: *.java = svn:keywords="Author Date Id Revision HeadURL" Concernant, la génération du site, celle-ci s'effectue normalement via la commande "mvn site". Sur notre forge, cette commande a été allégée et pour généré le site entierrement (avec les rapports, javadocs...) il faut activer un profile supplémentaire: mvn site -Preporting Le site une fois buildé peut être déployé comme par exemple à cette adresse : http://maven-site.forge.codelutin.com/cantharella/ Pour consulter la javadoc, il faut aller dans les rapports de chaque module (le module principal n'ayant pas de code java donc pas de javadoc). Plus globalement, lors d'une release, beaucoup de choses sont effectuées tardivement et seulement lors de la release. la commande "mvn install -DperformRelease" active tous les plugins maven devant s’exécuter à la release mais sans réellement l'effectuer. Si la commande "mvn install -DperformRelease", la release fonctionnera ensuite. Cependant, cette commande nécessite une configuration un peu lourde de l'envirronement de developpement pour avoir accès notamment aux services web redmine de la forge. Je ne pense pas que cela vaille le coup de configurer tout ca, mais si vous y tener (pour pouvoir faire des déploiements) c'est tout à faire possible. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com

1 0

Problème internet explorer
by Eric Chatellier Feb. 19, 2013

Feb. 19, 2013

Bonjour, Le problème IE venait du header de licence qui est avant la déclaration de doctype. IE bascule en "Quirks mode". Heureusement, on est habitué aux bug d'IE et j'avais déjà rencontré ce soucis: http://en.wikipedia.org/wiki/Quirks_mode#Triggering_different_rendering_mod… Il suffit de mettre la doctype avant. Sinon, suite à l'inclusion de chemdoodle, je pensais: * changer la doctype en html 5 * changer les dtd wicket 1.4 en xsd wicket 6 A noter, que cantharella nécessite au minimum ie9 rien que pour chemdoodle. Cordialement, Eric Chatellier. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com

1 0

Conventions de codage - Cantharella
by Adrien Cheype Feb. 19, 2013

Feb. 19, 2013

Bonjour, Pour rappel, voici les conventions de codages sur lesquelles nous nous sommes entendu lors de la dernière réunion : - Les commentaires doivent toujours être en anglais (bien qu'il y ait actuellement un mélange français/anglais) - Chaque classe, méthode et attribut doit être associé à un commentaire de javadoc - Les indentations doivent être constituées de 4 espaces (et non d'une tabulation) - La taille des lignes doit être de 120 caractères - Le formatage du texte doit respecter les conventions JAVA Pour uniformiser le code du projet et ce quelque soit l'IDE utilisé, j'ai mis en place le plugin maven-java-formatter-plugin. Chaque sous-projet maven partage le même fichier de configuration qui est servi par un assembly. Ce plugin prenant en entrée un fichier de configuration du formatter d'Eclipse, il a été facile pour moi d'y renseigner le paramétrage voulu (120 caractère de largeur, 4 espaces pour une indentation). Je suis parti d'une configuration de convention Java et j'ai seulement modifié une règle pour avoir un saut de ligne entre deux propriétés d'une classe (je trouve cela plus lisible, mais ça reste subjectif). A chaque build Maven, l'ensemble des classes est parsé et le plugin Maven formate les classes qui en ont besoin. Le plugin répond donc bien aux trois derniers points des conventions plus haut. Pour le premier point, nous avons convenu qu'on mettrait dorénavant les commentaires en anglais et que ce n'est pas la peine de revenir sur ceux qui existent déjà. Il reste donc à régler le deuxième point, c'est à dire de mettre à jour l'ensemble des commentaires de javadoc qui manquent sur le code source produit depuis le début de la prestation. Une dernière chose, j'ai spécifié dans le pom.xml la version du JDK utilisée pour à la fois la compilation et le formatage. J'ai mis 1.6 car le code a été initialement écrit pour du Java SE 6. Préférez-vous qu'on passe directement à la version 1.7 ? ou au contraire que cela pourrait engendrer des problèmes de compatibilité ? Adrien -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

3 4

Re: [Cantharella-devel] Conventions de codage - Cantharella
by Adrien Cheype Feb. 19, 2013

Feb. 19, 2013

Le 18/02/2013 21:25, Eric Chatellier a écrit : > Le 18/02/2013 10:28, Mickaël Tricot a écrit : >> Bonjour, >> >> Il me semble que passer de Java 6 à 7 implique un certain nombre de >> changements, à commencer par passer de Tomcat 6 à 7 avec tout ce que cela >> implique (Servlet 3...). Voir : >> http://tomcat.apache.org/migration-7.html#Migrating_from_6.0.x_to_7.0.x >> A prévoir aussi, la migration vers Jetty 8. > Il n'y a pas de rapport entre Java 7 et Tomcat 7. > > Tomcat 7, impose une JRE 6 ou supérieur et peut faire tourner des > servlet 2.5 (voire avant). > > Les servlet 3.0 sont d'ailleurs inclut dans la norme JEE 6 et non JSE 7. Le pom.xml a été mis à jour aujourd'hui avec la version 7 du JDK. Aucun problème majeur, juste deux warnings "Some input files use unchecked or unsafe operations." facilement corrigeable. -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

1 0

Re: [Cantharella-devel] [Cantharella-commits] r125 - in trunk: cantharella.data/src/main/java/nc/ird/cantharella/data/config
by Adrien Cheype Feb. 18, 2013

Feb. 18, 2013

Ok, merci Eric d'avoir vérifié. J'ai dû me tromper de fichier de configuration. Le 18/02/2013 21:14, Eric Chatellier a écrit : > Le 18/02/2013 11:11, echatellier(a)users.forge.codelutin.com a écrit : >> Author: echatellier >> Date: 2013-02-18 11:11:43 +0100 (Mon, 18 Feb 2013) >> New Revision: 125 >> >> Url: http://forge.codelutin.com/projects/cantharella/repository/revisions/125 >> >> Log: >> Use "space only" tabulation policy with size = 4 > Je viens de changer ces deux valeurs et fait un reformat global > également car le code étaient indenté avec des tabulations. >> Modified: trunk/src/code-formatter-conf/code-format.xml >> =================================================================== >> --- trunk/src/code-formatter-conf/code-format.xml 2013-02-18 09:56:08 UTC (rev 124) >> +++ trunk/src/code-formatter-conf/code-format.xml 2013-02-18 10:11:43 UTC (rev 125) >> @@ -30,7 +30,7 @@ >> <setting id="org.eclipse.jdt.core.formatter.insert_space_before_comma_in_method_invocation_arguments" value="do not insert"/> >> <setting id="org.eclipse.jdt.core.formatter.insert_space_after_opening_paren_in_cast" value="do not insert"/> >> <setting id="org.eclipse.jdt.core.formatter.insert_space_before_opening_bracket_in_array_allocation_expression" value="do not insert"/> >> -<setting id="org.eclipse.jdt.core.formatter.tabulation.size" value="8"/> >> +<setting id="org.eclipse.jdt.core.formatter.tabulation.size" value="4"/> >> <setting id="org.eclipse.jdt.core.formatter.comment.indent_parameter_description" value="true"/> >> <setting id="org.eclipse.jdt.core.formatter.insert_new_line_before_else_in_if_statement" value="do not insert"/> >> <setting id="org.eclipse.jdt.core.formatter.brace_position_for_type_declaration" value="end_of_line"/> >> @@ -64,7 +64,7 @@ >> <setting id="org.eclipse.jdt.core.formatter.insert_space_after_opening_paren_in_parenthesized_expression" value="do not insert"/> >> <setting id="org.eclipse.jdt.core.formatter.insert_new_line_after_annotation_on_local_variable" value="insert"/> >> <setting id="org.eclipse.jdt.core.formatter.alignment_for_binary_expression" value="16"/> >> -<setting id="org.eclipse.jdt.core.formatter.tabulation.char" value="mixed"/> >> +<setting id="org.eclipse.jdt.core.formatter.tabulation.char" value="space"/> > -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

1 0

Re: [Cantharella-devel] [Cantharella-commits] r125 - in trunk: cantharella.data/src/main/java/nc/ird/cantharella/data/config
by Eric Chatellier Feb. 18, 2013

Feb. 18, 2013

Le 18/02/2013 11:11, echatellier(a)users.forge.codelutin.com a écrit : > Author: echatellier > Date: 2013-02-18 11:11:43 +0100 (Mon, 18 Feb 2013) > New Revision: 125 > > Url: http://forge.codelutin.com/projects/cantharella/repository/revisions/125 > > Log: > Use "space only" tabulation policy with size = 4 Je viens de changer ces deux valeurs et fait un reformat global également car le code étaient indenté avec des tabulations. > Modified: trunk/src/code-formatter-conf/code-format.xml > =================================================================== > --- trunk/src/code-formatter-conf/code-format.xml 2013-02-18 09:56:08 UTC (rev 124) > +++ trunk/src/code-formatter-conf/code-format.xml 2013-02-18 10:11:43 UTC (rev 125) > @@ -30,7 +30,7 @@ > <setting id="org.eclipse.jdt.core.formatter.insert_space_before_comma_in_method_invocation_arguments" value="do not insert"/> > <setting id="org.eclipse.jdt.core.formatter.insert_space_after_opening_paren_in_cast" value="do not insert"/> > <setting id="org.eclipse.jdt.core.formatter.insert_space_before_opening_bracket_in_array_allocation_expression" value="do not insert"/> > -<setting id="org.eclipse.jdt.core.formatter.tabulation.size" value="8"/> > +<setting id="org.eclipse.jdt.core.formatter.tabulation.size" value="4"/> > <setting id="org.eclipse.jdt.core.formatter.comment.indent_parameter_description" value="true"/> > <setting id="org.eclipse.jdt.core.formatter.insert_new_line_before_else_in_if_statement" value="do not insert"/> > <setting id="org.eclipse.jdt.core.formatter.brace_position_for_type_declaration" value="end_of_line"/> > @@ -64,7 +64,7 @@ > <setting id="org.eclipse.jdt.core.formatter.insert_space_after_opening_paren_in_parenthesized_expression" value="do not insert"/> > <setting id="org.eclipse.jdt.core.formatter.insert_new_line_after_annotation_on_local_variable" value="insert"/> > <setting id="org.eclipse.jdt.core.formatter.alignment_for_binary_expression" value="16"/> > -<setting id="org.eclipse.jdt.core.formatter.tabulation.char" value="mixed"/> > +<setting id="org.eclipse.jdt.core.formatter.tabulation.char" value="space"/> -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com

1 0

Re: [Cantharella-devel] Réorganisation des dépendances MAVEN
by Adrien Cheype Feb. 18, 2013

Feb. 18, 2013

Le 16/02/2013 00:11, Eric Chatellier a écrit : > Il reste un soucis (peut être de notre coté). > > Notre superpom effectue systématiquement un dependency:analyze faisant > echouer le build dès que les dépendances ne sont pas correctes. > (mvn install -DperformRelease) > > Il détecte actuellement que sl4j-api n'est pas utilisé par le module > cantharella.utils. Ok, j'ai résolu le problème. J'avais laissé la dépendance pour cantarella.utils car cela peut être utile d'avoir des logs pour le débuggage (ça déjà été le cas d'ailleurs, mais c'était passé en commentaire). J'ai ainsi rajouté dans GenerateCsv un log de confirmation de l'export. Autre info, j'ai renommé le nom de package nc.ird.module.utils en nc.ird.cantharella.utils pour être cohérent avec le nom des modules. ++ -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

1 0

CR Réunion Cantharella du 29/01/2013
by Eric Chatellier Feb. 15, 2013

Feb. 15, 2013

CR Réunion Cantharella du 29/01/2013 ==================================== Molécules --------- * Liste des molécules: les molécules doivent être dupliqué pour chaque provenance * édition des molécules: aligner sur les champs, manque la recherche de molécule, et la calculatrice * champs obligatoire qui ne sont pas requis: nom commun, famille chimique, nom iupac. * Identifiée par, mettre en plus les organismes lié aux personnes * problème le message "... car vous n'avez pas les droits nécessaires" est toujours affiché (voir exemple dans test biologique) (a regarder la meilleurs solution comment faire) * Les champs campagne et espèce ne fonctionne pas encore * Les droits utilisateurs ne sont pas encore complètement géré * double sur la page d'affichage de la molécule (même taille que l’édition) * si on clique sur l'image, il faut pouvoir la sauver. (ça marche sur firefox mais pas sous webkit, donc prévoir que si on clique sur l'image, on ouvre une nouvelle fenêtre avec une vraie image * changer "est-ce une nouvelle molécule ?" en "nouvelle molécule ?" * en visu, ajouter un icône fichier avec mol à coté du dessin de la molécule. * Molécule provenance: On peut rattacher plusieurs fraction et non pas une seule, a priori seul le MCD est faux. Dans le code ça doit être possible slf4j contre commons-logging ---------------------------- * Log: pas de plus value à migrer, mais il faut tout de même corrige le problème actuel. * Une migration slf4j avec une impl log4j est tout de même demandée. Configuration et suppression des profiles ----------------------------------------- * On passe par ApplicationConfig, qui peut changer de fichier de config sur la ligne de commande Gestion des dépenandances maven ------------------------------- * double déclaration des dépendances pom.xml parent et enfant * c'est une convention maven * CodeLutin se renseigne sur la vrai plus value à faire cela et renvoi un mail sur la liste Convention de codage -------------------- * il y a un mélange historique de commentaire anglais/francais, mais les commentaires javadoc doivent tous être en anglais. * manque des commentaires javadoc (classe, attributs, méthodes) * utiliser la convention d'indentation avec 4 espaces (faire un commit pour remplacer les tabulations) * limiter la taille des lignes à 120 caractères (une limite de 80 caractères aurait pu être plus pratique pour les petits écrans) Documents --------- * On ajoute les colonnes dans l’entité Document (au lieu de multiples table de jointure non performantes) * On fait la liaison Document ↔ Entite avec une stratégie cascade on delete * L'ird fait les page de CRUD des Documents. On doit seulement intégrer les Documents * Ajout de pièce jointe, après un ajout, il faut revenir sur l'ancienne page d'édition * Prochaine réunion: mardi 19 février à 8h00 -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com

2 5

Re: [Cantharella-devel] Réorganisation des dépendances MAVEN
by Adrien Cheype Feb. 15, 2013

Feb. 15, 2013

Le 13/02/2013 18:03, Adrien Cheype a écrit : > > Je comptais effectivement utiliser dependency:analyse pour m'assurer > que seules les librairies utilisées directement apparaissent pour > chaque module (sans oublier celle utilisées au runtime). > Je vous tiens au courant dès que j'ai terminé ce nettoyage. > J'enlèverai les dépendances qui n'ont pas lieu d'être car initialement > le projet était bien découpée. > > Adrien Pour info, j'ai nettoyé tous les pom.xml et reversé le code sur le SVN. J'en ai profité pour supprimer les plugins cargo du module web qui fonctionnait avec les profils. Pour log4j, il est déclaré en test dans les modules data et service, et en runtime pour le module web. J'ai volontairement mis qu'un seul log4j.xml au niveau du module web. Quand les tests seront remis en fonctionnement, il faudra spécifier un fichier log4j externe en ligne de commande s'il on veut un traçage de l'activité. Pour l'histoire de dépendance Hibernate dans le module web, seul SandBoxPage.java qui est une ancienne page de test en avait besoin. Je l'ai donc supprimé. Par contre, il reste une dépendance vers hibernate-validator car nous avons utilisé à plusieurs reprises le validateur @Empty (qui n'existe pas dans javax.persistence) pour des modèles utilisés uniquement dans le module web. Bon week-end -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

2 1

Re: [Cantharella-devel] Réorganisation des dépendances MAVEN
by Adrien Cheype Feb. 15, 2013

Feb. 15, 2013

Merci Mickaël. Pour que ce soit plus uniforme avec la configuration actuelle, j'ai finalement opté pour récupérer le chemin depuis le fichier cantharella.conf (variable "log4j.config). Le paramétrage se fait au démarrage de l'appli web dans WebContext.java. A bientôt, Adrien Le 14/02/2013 19:06, Mickaël Tricot a écrit : > Salut Adrien, > > Tu dois pouvoir indiquer le fichier avec une variable > -Dlog4j.config=... ( > http://logging.apache.org/log4j/1.2/manual.html#defaultInit ) > Et en cas de souci, pour débugger : -Dlog4j.debug > > Mickaël > > On 14/02/2013 02:58, Adrien Cheype wrote: >> Sur le serveur de prod., nous devrons également changer le fichier de >> configuration de log4j. Auriez-vous également une solution à proposer >> pour qu'on puisse effectuer ce paramétrage sans modifier l'archive war ? > > > _______________________________________________ > Cantharella-devel mailing list > Cantharella-devel(a)list.forge.codelutin.com > http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/cantharella-devel -- Adrien Cheype Ingénieur en Systèmes d'Information Service « Informatique Scientifique et Appui aux Partenaires du Sud » Direction du Système d'Information (DSI) http://www.ird.fr/dsi/ http://www.ird.fr/informatique-scientifique/ INSTITUT DE RECHERCHE POUR LE DEVELOPPEMENT BP A5 - 98848 Nouméa - Nouvelle Calédonie Tél. +687 260 789

1 0