Le 18 février 2013 22:37, Romain MEHUT <[email protected]> a écrit : > Le 18 février 2013 22:29, Philippe Verdy <[email protected]> a écrit : > >> Il n'y avait strictement rien d'incorrect, visiblement le serveur a >> créé les mêmes objets deux fois et c'est tombé sur moi, car je n'ai eu >> strictement aucune erreur. > > Non juste un modèle de conception à dégouter n'importe quel nouveau > contributeur...
De tpute façon ce n'est plus le propos puisque vous avez tout annulé. Si le problème qu'il y avait au début (et le suivant quand j'ai envoyé la modif créant les objets deux fois dans la même minute) était un problème de synchro sur le serveur, il n'a plus lieu d'être et il verra la restauration cette fois (espérons le...). J'ai bien l'impression que ma requête a été traitée par deux instances simultanées sur le serveur et que celles-ci ne sont pas correctement synchro entre elles. Je note cependant en ce moment assez souvent des erreurs JOSM inattendues, comme des références nulles simplement en chargeant des données de la base et en ouvrant une relation (bien que je l'ai réinstallé et que j'ai désactivé la quasi-totalité des plugins, au cas où). Dans des cas comme ça je n'enregistre rien et je relance depuis zéro, et je ne sauve localement que les modifs en cours qui n'ont pas eu encore la moindre alerte sur une exception interne de JOSM. C'est peut-être une nouvelle ano de JOSM. Parfois il me faut même tenter de charger la même donnée et relancer plusieurs fois. PArfois je résoud le problème ne chargeant la version latest au lieu de la version release, ou l'inverse. JOSM n'affiche pas assez de traces de débogage sur la console Java je trouve, quand il récoupère certaines exceptions ou quand il en affiche une. _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
