Finaliser les tâches de persistence de Tutti (Benoit)
Hello, Il faudrait qu'on puisse aujourd'hui planifier ce qu'il reste à faire au niveau de la persistence dans Tutti. Pour rappel : - http://forge.codelutin.com/issues/1830 (où sauvegarder les caractéristiques d'un engin) - http://forge.codelutin.com/issues/1894 (mise à jour du schéma de la base) - http://forge.codelutin.com/issues/1975 (pouvoir supprimer un trait) - http://forge.codelutin.com/issues/2221 (faire fonctionner les données cgfs) Kevin t'a posé des questions la semaine dernière sans réponse; il faut absolument qu'on boucle cette partie cette semaine; je ne serai pas dispo plus tard et le projet doit être bouclé sous 15 jours. Je reste à ta disposition pour qu'on en reparle en début d'après-midi si cela te convient. Merci, tony.
Hello ! Je réponds vite car je dois partir. Pour info je reviens de congé lundi prochain (6 mai). - http://forge.codelutin.com/issues/1830 (où sauvegarder les caractéristiques d'un engin) => vu avec Christian : pour le moment on ne sauvegarde que les engins pro. Il faut utiliser FishingTrip->GearPhysicalFeatures pour chaque engin physique (en duplicant les attributs : program, startDate,endDate, etc à partir de FishingTrip) puis une ligne dans GearPhysicalMeasurement pour chaque valeur de caractéristiques (via PSFM). Le champ GearPhysicalFeatures.rankOrder sert à identifier les engins physique ayant le même Gear du référentiel, en commencant à "1". Me joindre en cas de pb (sur mon portable) - http://forge.codelutin.com/issues/1894 (mise à jour du schéma de la base) => Liquibase est en cours de test, et sera intégré dans adagio-core-allegro. reste à voir l'appel de service Java pour déclencher une mise à jour, puis à commiter le tout pour qu'il soit utiliser dans tutti. Je re-travaille dessus la semaine prochaine. - http://forge.codelutin.com/issues/1975 (pouvoir supprimer un trait) => Code Lutin doit pouvoir travailler la dessus de manière autonome. Travailler de manière inverse à la sauvegarde d'une OP, pour ne pas oublier de tables. Penser aussi à supprimer le catchBatch => Code à mettre dans adagio-core-allegro Me joindre en cas de pb (sur mon portable) - http://forge.codelutin.com/issues/2221 (faire fonctionner les données cgfs) => Il faut sans doute revoir la validation de l'arbre, pour être plus souple et permettre de d'avoir que benthos par exemple, ou un seul des autres onglets dans les données. Code Lutin doit pouvoir avancer la dessus de manière autonome. Me joindre en cas de pb (sur mon portable) a++ Benoit. Benoit LAVENIER *E-IS - Environmental Information Systems - www.e-is.pro* Téléphone : *09 53 24 41 20* / *06 62 86 37 82* Adresse : 10 place de l'Eglise, 53470 MARTIGNE SUR MAYENNE Email : benoit.lavenier@e-is.pro Fax : 09 58 55 73 50 Le 30 avril 2013 12:26, Tony Chemit <chemit@codelutin.com> a écrit :
Hello,
Il faudrait qu'on puisse aujourd'hui planifier ce qu'il reste à faire au niveau de la persistence dans Tutti.
Pour rappel :
- http://forge.codelutin.com/issues/1830 (où sauvegarder les caractéristiques d'un engin) - http://forge.codelutin.com/issues/1894 (mise à jour du schéma de la base) - http://forge.codelutin.com/issues/1975 (pouvoir supprimer un trait) - http://forge.codelutin.com/issues/2221 (faire fonctionner les données cgfs)
Kevin t'a posé des questions la semaine dernière sans réponse; il faut absolument qu'on boucle cette partie cette semaine; je ne serai pas dispo plus tard et le projet doit être bouclé sous 15 jours.
Je reste à ta disposition pour qu'on en reparle en début d'après-midi si cela te convient.
Merci,
tony. _______________________________________________ Tutti-devel mailing list Tutti-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/tutti-devel
On Tue, 30 Apr 2013 17:37:32 +0200 Benoit Lavenier <benoit.lavenier@e-is.pro> wrote: Bonjour, Un petit point sur ce qui reste à faire au niveau de la persistence.
Hello ! Je réponds vite car je dois partir. Pour info je reviens de congé lundi prochain (6 mai).
- http://forge.codelutin.com/issues/1830 (où sauvegarder les caractéristiques d'un engin) => vu avec Christian : pour le moment on ne sauvegarde que les engins pro. Il faut utiliser FishingTrip->GearPhysicalFeatures pour chaque engin physique (en duplicant les attributs : program, startDate,endDate, etc à partir de FishingTrip) puis une ligne dans GearPhysicalMeasurement pour chaque valeur de caractéristiques (via PSFM). Le champ GearPhysicalFeatures.rankOrder sert à identifier les engins physique ayant le même Gear du référentiel, en commencant à "1". Me joindre en cas de pb (sur mon portable)
Ok Kevin a réussi à finir ça.
- http://forge.codelutin.com/issues/1894 (mise à jour du schéma de la base) => Liquibase est en cours de test, et sera intégré dans adagio-core-allegro. reste à voir l'appel de service Java pour déclencher une mise à jour, puis à commiter le tout pour qu'il soit utiliser dans tutti. Je re-travaille dessus la semaine prochaine.
Benoit, cela commence à urger un peu, j'aurais aimé avoir une API figée pour la mettre en place dans Tutti au plus vite. Je ne vois aucun commit dans adagio, où en es-tu? as-tu besoin d'aide. J'aimerais bien avoir un peu plus de visibilité là dessus si possible, il ne me parait pas envisageable de faire l'intégration au dernier moment avant la release finale, c'est pas trop évident pour nous, surtout sur une telle fonctionnalité. Je serais prèsque tenté de reporter ce ticket à la version suivante, pour que tu puisses avoir plus de temps pour éprouver le concept. A voir avec Christian si c'est possible.
- http://forge.codelutin.com/issues/1975 (pouvoir supprimer un trait) => Code Lutin doit pouvoir travailler la dessus de manière autonome. Travailler de manière inverse à la sauvegarde d'une OP, pour ne pas oublier de tables. Penser aussi à supprimer le catchBatch => Code à mettre dans adagio-core-allegro Me joindre en cas de pb (sur mon portable)
ok.
- http://forge.codelutin.com/issues/2221 (faire fonctionner les données cgfs) => Il faut sans doute revoir la validation de l'arbre, pour être plus souple et permettre de d'avoir que benthos par exemple, ou un seul des autres onglets dans les données. Code Lutin doit pouvoir avancer la dessus de manière autonome. Me joindre en cas de pb (sur mon portable)
J'ai bien mis en place l'arbre qui est complètement dynamique et les noeuds sont créés que lorsqu'on en a besoin. tony.
Hello ! J'ai commité sur le SVN du projet adagio les modifications pour la tache http://forge.codelutin.com/issues/1894 On peut déclencher la mise à jour du schéma automatiquement (au démarrage), ou à la demande via l'API. Je laisse code Lutin regarder si cela va bien. j'attend vos retours. a+ Benoit. Benoit LAVENIER *E-IS - Environmental Information Systems - www.e-is.pro* Téléphone : *09 53 24 41 20* / *06 62 86 37 82* Adresse : 10 place de l'Eglise, 53470 MARTIGNE SUR MAYENNE Email : benoit.lavenier@e-is.pro Fax : 09 58 55 73 50 Le 7 mai 2013 16:31, Tony Chemit <chemit@codelutin.com> a écrit :
On Tue, 30 Apr 2013 17:37:32 +0200 Benoit Lavenier <benoit.lavenier@e-is.pro> wrote:
Bonjour,
Un petit point sur ce qui reste à faire au niveau de la persistence.
Hello ! Je réponds vite car je dois partir. Pour info je reviens de congé lundi prochain (6 mai).
- http://forge.codelutin.com/issues/1830 (où sauvegarder les caractéristiques d'un engin) => vu avec Christian : pour le moment on ne sauvegarde que les engins pro. Il faut utiliser FishingTrip->GearPhysicalFeatures pour chaque engin physique (en duplicant les attributs : program, startDate,endDate, etc à partir de FishingTrip) puis une ligne dans GearPhysicalMeasurement pour chaque valeur de caractéristiques (via PSFM). Le champ GearPhysicalFeatures.rankOrder sert à identifier les engins physique ayant le même Gear du référentiel, en commencant à "1". Me joindre en cas de pb (sur mon portable)
Ok Kevin a réussi à finir ça.
- http://forge.codelutin.com/issues/1894 (mise à jour du schéma de la
base)
=> Liquibase est en cours de test, et sera intégré dans adagio-core-allegro. reste à voir l'appel de service Java pour déclencher une mise à jour, puis à commiter le tout pour qu'il soit utiliser dans tutti. Je re-travaille dessus la semaine prochaine.
Benoit, cela commence à urger un peu, j'aurais aimé avoir une API figée pour la mettre en place dans Tutti au plus vite. Je ne vois aucun commit dans adagio, où en es-tu? as-tu besoin d'aide.
J'aimerais bien avoir un peu plus de visibilité là dessus si possible, il ne me parait pas envisageable de faire l'intégration au dernier moment avant la release finale, c'est pas trop évident pour nous, surtout sur une telle fonctionnalité.
Je serais prèsque tenté de reporter ce ticket à la version suivante, pour que tu puisses avoir plus de temps pour éprouver le concept.
A voir avec Christian si c'est possible.
- http://forge.codelutin.com/issues/1975 (pouvoir supprimer un trait) => Code Lutin doit pouvoir travailler la dessus de manière autonome. Travailler de manière inverse à la sauvegarde d'une OP, pour ne pas oublier de tables. Penser aussi à supprimer le catchBatch => Code à mettre dans adagio-core-allegro Me joindre en cas de pb (sur mon portable)
ok.
- http://forge.codelutin.com/issues/2221 (faire fonctionner les données cgfs) => Il faut sans doute revoir la validation de l'arbre, pour être plus souple et permettre de d'avoir que benthos par exemple, ou un seul des autres onglets dans les données. Code Lutin doit pouvoir avancer la
dessus
de manière autonome. Me joindre en cas de pb (sur mon portable)
J'ai bien mis en place l'arbre qui est complètement dynamique et les noeuds sont créés que lorsqu'on en a besoin.
tony. _______________________________________________ Tutti-devel mailing list Tutti-devel@list.forge.codelutin.com http://list.forge.codelutin.com/cgi-bin/mailman/listinfo/tutti-devel
On Wed, 5 Jun 2013 16:24:23 +0200 Benoit Lavenier <benoit.lavenier@e-is.pro> wrote: Hello, Au niveau du timing, on aurait pu mieux faire je pense. Dans tous les cas, nous avons terminés les développements pour cette itération, c'est pourquoi j'avais passé le ticket concernant cette tâche sur la version 3.0, n'ayant aucun retour de ta part sur le sujet. Un peu plus de communication de ta part aurait été un plus dans le cadre d'un développement commun (surtout qu'on t'a relancé plein de fois...). J'ai envie de dire vivement la 3.0 alors! tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
participants (3)
-
Benoit Lavenier -
Christian BONNET -
Tony Chemit