iceScrum Forums Discutez d'iceScrum
- Ce sujet contient 22 réponses, 3 participants et a été mis à jour pour la dernière fois par Kagilum, le il y a 10 années et 3 mois.
-
AuteurMessages
-
04/06/2014 à 7:23 #10649
KagilumMaître des clésBonjour,
J’ai un problème pour migrer un projet d’une instance d’icescrum en version R16#12.1 vers une instance R6#13. J’utilise les fonctions d’import/export en format xml.
J’ai le message d’erreur suivant lors de l’import : « Format error in backup »
J’ai pu voir dans d’autres post qu’il pouvait y avoir des problèmes de caractères d’échappement & ou autres dans les zones de texte, je n’en vois pas.
Pouvez-vous m’aider?
04/06/2014 à 8:46 #10842
Nicolas NoulletMaître des clésBonjour,
En dehors de la montée en version, vous avez une raison particulière de passer par un export / import ? Changement de serveur, de SGBD ?
04/06/2014 à 8:52 #10843
KagilumMaître des clésOui l’instance R16#12.1 utilise HSQLDB et la version R16#13 utilise MySQL.
05/06/2014 à 12:28 #10844
Nicolas NoulletMaître des clésDans ce cas effectivement, c’est nécessaire ! Vous pouvez m’envoyer votre export à l’adresse nnoullet_at_kagilum_dot_com pour que je regarde ce qui empêche l’import.
05/06/2014 à 12:34 #10846
KagilumMaître des clésBonjour Nicolas,
Je n’ai pas l’autorisation de vous fournir ces informations…
Je suis en train d’essayer de mettre en place un environnement de développement icescrum pour pouvoir faire du debug et voir ce qui ne vas pas dans le fichier XML.
Avez-vous des informations sur la mise en place d’un tel environnement?
Je vous remercie pour votre réactivité.
06/06/2014 à 10:31 #10847
Nicolas NoulletMaître des clésBonjour,
Je comprends votre problématique.
Cependant, la mise en place d’un environnement de dev ne vous apportera pas plus d’informations. Afin de cibler le problème il faut analyser les logs (icescrum.log). Vous pouvez activer les logs de debug dans votre configuration avant de tenter un import, ceci pourra vous apporter des informations additionnelles: https://www.icescrum.com/documentation/install-guide/#troubleshooting_3
Voici différentes causes possibles pour un import qui échoue :
– Stories qui ont le même nom modulo un espace avant ou après ou modulo une lettre majuscule
– Idem pour deux tâches avec le même nom dans le contexte d’une même story
– Pas de Product Owner ou pas de Scrum Master dans l’équipe
– Caractère UTF-8 non standards dans les champs texte
– Base de données cible pas configurée avec le bon encodage10/06/2014 à 1:56 #10858
KagilumMaître des clésOK, merci Nicolas pour ton support.
Voila ou j’en suis :
– Stories qui ont le même nom modulo un espace avant ou après ou modulo une lettre majuscule => WIP
– Idem pour deux tâches avec le même nom dans le contexte d’une même story => WIP
– Pas de Product Owner ou pas de Scrum Master dans l’équipe => OK
– Caractère UTF-8 non standards dans les champs texte => OKiconv -f utf-8 -t utf-8 -c export_file.xml > cleaned_file.xml
– Base de données cible pas configurée avec le bon encodage => OK; modifié mon /etc/mysql/my.cnf et recréé une base en icescrum UTF-8 vérifié avec :
mysql> use icescrum
Database changed
mysql> show variables like "collation_database";
+
+
+
| Variable_name | Value |
+
+
+
| collation_database | utf8_general_ci |
+
+
+
1 row in set (0.00 sec)
mysql> ByeEt le résultat de debug dans mon icescrume.log :
2014-06-10 13:42:49,018 [http-bio-443-exec-4] INFO grails.app.controller.org.icescrum.web.presentation.app.project.ProjectController - Product validation passed (XXXX)
2014-06-10 13:42:49,019 [http-bio-443-exec-4] INFO grails.app.controller.org.icescrum.web.presentation.app.project.ProjectController - User validation passed (XXXX)
2014-06-10 13:42:49,019 [http-bio-443-exec-4] INFO grails.app.controller.org.icescrum.web.presentation.app.project.ProjectController - User validation passed (XXXX)
2014-06-10 13:42:49,019 [http-bio-443-exec-4] INFO grails.app.controller.org.icescrum.web.presentation.app.project.ProjectController - User validation passed (XXXX)
2014-06-10 13:42:49,019 [http-bio-443-exec-4] INFO grails.app.controller.org.icescrum.web.presentation.app.project.ProjectController - User validation passed (XXXX)
2014-06-10 13:42:49,020 [http-bio-443-exec-4] INFO grails.app.controller.org.icescrum.web.presentation.app.project.ProjectController - User validation passed (XXXX)
2014-06-10 13:42:49,020 [http-bio-443-exec-4] INFO grails.app.controller.org.icescrum.web.presentation.app.project.ProjectController - User validation passed (XXXX)
2014-06-10 13:42:49,020 [http-bio-443-exec-4] INFO grails.app.controller.org.icescrum.web.presentation.app.project.ProjectController - User validation passed (XXXX)
2014-06-10 13:42:49,020 [http-bio-443-exec-4] INFO grails.app.controller.org.icescrum.web.presentation.app.project.ProjectController - Team validation passed (XXXX)Que devrait être validé après la Team validation?
Merci,
10/06/2014 à 2:29 #10859
Nicolas NoulletMaître des clésBonjour,
Je ne vois pas d’erreur dans les logs, est-ce que tu as toujours l’erreur « format error in backup » qui s’affiche ? Si non, cela veut dire que le problème initial a été résolu.
Je note un autre problème : le serveur est configuré en HTTP BIO (blocking I/O) alors qu’iceScrum nécessite NIO (non-blocking I/O). Il faut pour cela configurer Tomcat en modifiant le connecteur dans le fichier server.xml comme indiqué dans la doc : https://www.icescrum.com/fr/documentation/install-guide/#application-server.
Normalement après la validation de l’équipe, une boîte de dialogue résume les données du projet et demande confirmation de l’import. Si elle n’apparaît pas, c’est peut-être dû au problème que j’ai identifié. Sinon une autre piste, dans certains cas la popup peut apparaître en effectuant la manipulation suivante:
– Importer le projet (attendre la validation de l’équipe dans les logs)
– Rafraîchir la page
– Cliquer sur « importer »10/06/2014 à 2:46 #10860
KagilumMaître des clésJe viens de fixé le BIO => NIO. Merci.
Je n’ai jamais eu de message d’erreur dans les logs lors de l’import.
J’ai toujours le message d’erreur dans l’interface web.
Depuis le début le message d’erreur s’affiche lorsque je clique sur importer sur la page « Confirm import project ».
11/06/2014 à 7:51 #10861
Nicolas NoulletMaître des clésMerci pour ces informations additionnelles.
Peux-tu vérifier le contenu de la sortie standard de Tomcat (fichier catalina.out) et la présence de tout autre fichier de log (stacktrace.log …) ? Je n’ai jamais vu de situation ou l’erreur n’est pas dans les logs.
11/06/2014 à 9:01 #10862
KagilumMaître des clésHey Nicolas,
J’ai en effet toutes les erreurs dans /var/log/tomcat7/catalina.out et non dans le iscerum.log 🙂
J’ai donc pu modifier l’export xml pour pourvoir passer toutes les erreurs.
La première erreur était la suivante:
java.lang.RuntimeException: org.springframework.orm.hibernate3.HibernateSystemException: a different object with the same identifier value was already associated with the session: [org.icescrum.core.domain.User#1]; nested exception is org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [org.icescrum.core.domain.User#1]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:77)
at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:102)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:52)
at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:107)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:198)
at org.icescrum.core.services.ProductService.saveImport(ProductService.groovy:155)
at org.icescrum.core.services.ProductService$$FastClassByCGLIB$$a5f2149c.invoke()
at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
at org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:688)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at org.springframework.security.access.intercept.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.java:67)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
J’ai simplement supprimé l’utilisateur admin de la team vu qu’il existe déjà dans la base.
et une autre une story globale avait le même nom qu’une story dans une release.
Merci pour ton support le projet est donc maintenant importé dans l’instance R6#13!
11/06/2014 à 12:10 #10863
Nicolas NoulletMaître des clésSuper ! Content que ça marche à présent.
Merci pour tes retours, je n’avais pas pensé au problème d’admin mais je confirme en effet.
Bonne continuation !
12/06/2014 à 8:12 #10864
KagilumMaître des clésHello Nicolas,
Comment fonctionne l’import avec les attachements sur les stories/tasks?
Je vois les attachements dans l’instance de R6#12.1 dans le basedir avec se qui semble être un id de projet.
Je les vois aussi dans l’xml.Je ne vois pas dans la bas de données de l’instance R6#13 de références aux attachements.
Pouvez-vous m’aider?
Merci,
12/06/2014 à 10:20 #10865
Nicolas NoulletMaître des clésUn export iceScrum est une archive ZIP contenant le XML représentant les données du projet et un répertoire attachments contenant les pièces-jointes du projet.
Le nom des fichiers présents dans le attachments correspond à leur ID dans le XML, permettant de ré-associer les bons fichiers aux éléments importés.
Est-ce que vous avez bien importé un ZIP contenant le XML (dans votre cas, modifié à la main) ET les pièces-jointes ? Si non, alors ceci expliquerait l’absence des pièces jointes dans le projet importé.
12/06/2014 à 10:26 #10866
KagilumMaître des clésJe n’avais pas de répertoire attachements dans le zip…
-
AuteurMessages
Le forum ‘Migration’ est fermé à de nouveaux sujets et réponses.