iceScrum | Página 7 – iceScrum

iceScrum Foros Discutir de iceScrum

Respuestas de foro creadas

Viendo 15 entradas - de la 91 a la 105 (de un total de 113)

  • Autor
    Entradas
  • en respuesta a: "Format error in backup" xml import form R6#12.1 to R6#13 #10864

    Kagilum
    Superadministrador

    Hello 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,

    en respuesta a: "Format error in backup" xml import form R6#12.1 to R6#13 #10862

    Kagilum
    Superadministrador

    Hey 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!

    en respuesta a: "Format error in backup" xml import form R6#12.1 to R6#13 #10860

    Kagilum
    Superadministrador

    Je 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».

    en respuesta a: "Format error in backup" xml import form R6#12.1 to R6#13 #10858

    Kagilum
    Superadministrador

    OK, 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 => OK

    iconv -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> Bye

    Et 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,

    en respuesta a: Installation issue with R#5.1, download the R5#1.1 #10856

    Kagilum
    Superadministrador

    Hi I just downloaded iceScrum and i’m receiving a

    Error java (JDK or JRE) is not installed.

    Any suggestions?

    Thanks

    en respuesta a: "IceScrum – error Format error in backup" #10854

    Kagilum
    Superadministrador

    Hello Nicolas,

    I’m using hsqldb & I resolved the encoding problem by way: copy prodDba.script & prodDba.properties files in lib of tomcat 8 & paste in lib of tomcat 7.

    It works well now!

    Do you think it’s OK or not?

    Thank you for helping!

    Ninh

    en respuesta a: Après maj R6#13 le Burnup chart en points reste à 0 #10851

    Kagilum
    Superadministrador

    Bonjour, je suis en phase d’acquisition de la version Pro (la commande a été envoyée par mon entreprise et j’attend le retour). Dans cette attente, j’ai procédé à l’installation de la version Pro Trial de iceScrum R6#13 il y a qq jours mais je rencontre à nouveau le pb signalé précédemment : l’indicateur reste à 0 (les autres graphes sont OK).
    Pourriez-vous me communiquer un correctif svp ?
    Je précise que je suis en version pro avec licence trial jusqu’au 16/06.
    merci bcp par avance et bravo encore pour votre produit.

    en respuesta a: "Format error in backup" xml import form R6#12.1 to R6#13 #10846

    Kagilum
    Superadministrador

    Bonjour 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é.

    en respuesta a: "Format error in backup" xml import form R6#12.1 to R6#13 #10843

    Kagilum
    Superadministrador

    Oui l’instance R16#12.1 utilise HSQLDB et la version R16#13 utilise MySQL.

    en respuesta a: report generation #10841

    Kagilum
    Superadministrador

    Thank for responding, Nicolas!
    I have another question in other topic viewtopic.php?f=22&t=3016

    Please help me to resolve it!

    Thanks,

    Ninh

    en respuesta a: "IceScrum – error Format error in backup" #10840

    Kagilum
    Superadministrador

    Hello Nicolas,

    I have same problem during import a project. As you said here (viewtopic.php?f=11&t=3034) I changed tomcat version 8 to 7.
    iceScrum version: R6#13

    Logs:

    2014-06-04 03:08:39,238 [192.168.190.215-startStop-1] ERROR org.hibernate.util.JDBCExceptionReporter – Column not found: TEXT_AS in statement [SELECT id, text_as, textican, text_to
    FROM icescrum2_story
    WHERE text_as IS NOT NULL OR textican IS NOT NULL OR text_to IS NOT NULL]

    I also attached the export file.
    Please help me to resolve this problem.
    Thanks,

    Ninh

    en respuesta a: report generation #10838

    Kagilum
    Superadministrador

    Here are logs:

    2014-05-28 08:18:40,670 [http-nio-8080-exec-5] ERROR org.codehaus.groovy.grails.web.errors.GrailsExceptionResolver  - Exception occurred when processing request: [GET] /icescrum/sprintPlan/print/55
    Stacktrace follows:
    net.sf.jasperreports.engine.JRException: Resource not found at : null/sprintPlanTasksList.jasper
    at net.sf.jasperreports.repo.RepositoryUtil.getResourceFromLocation(RepositoryUtil.java:255)
    at net.sf.jasperreports.repo.RepositoryUtil.getReport(RepositoryUtil.java:208)
    at net.sf.jasperreports.engine.fill.JRFillSubreport.evaluateReport(JRFillSubreport.java:329)
    at net.sf.jasperreports.engine.fill.JRFillSubreport.evaluateSubreport(JRFillSubreport.java:359)
    at net.sf.jasperreports.engine.fill.JRFillSubreport.evaluate(JRFillSubreport.java:287)
    at net.sf.jasperreports.engine.fill.JRFillElementContainer.evaluate(JRFillElementContainer.java:257)
    at net.sf.jasperreports.engine.fill.JRFillBand.evaluate(JRFillBand.java:457)
    at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillColumnBand(JRVerticalFiller.java:2037)
    at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillDetail(JRVerticalFiller.java:771)
    at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillReportStart(JRVerticalFiller.java:281)
    at net.sf.jasperreports.engine.fill.JRVerticalFiller.fillReport(JRVerticalFiller.java:144)
    at net.sf.jasperreports.engine.fill.JRBaseFiller.fill(JRBaseFiller.java:909)
    at net.sf.jasperreports.engine.fill.JRBaseFiller.fill(JRBaseFiller.java:841)
    at net.sf.jasperreports.engine.fill.JRFiller.fill(JRFiller.java:88)
    at net.sf.jasperreports.engine.JasperFillManager.fill(JasperFillManager.java:653)
    at net.sf.jasperreports.engine.JasperFillManager.fillReport(JasperFillManager.java:969)
    at net.sf.jasperreports.engine.JasperFillManager$fillReport.call(Unknown Source)
    at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149)
    at IcescrumCoreGrailsPlugin$_addJasperMethod_closure24.doCall(IcescrumCoreGrailsPlugin.groovy:787)
    at org.icescrum.web.presentation.app.project.SprintPlanController$_closure25.doCall(SprintPlanController.groovy:510)
    at org.icescrum.web.presentation.app.project.SprintPlanController$_closure25.doCall(SprintPlanController.groovy)
    at grails.plugin.springcache.web.GrailsFragmentCachingFilter.doFilter(GrailsFragmentCachingFilter.groovy:66)
    at net.sf.ehcache.constructs.web.filter.Filter.doFilter(Filter.java:86)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
    en respuesta a: report generation #10837

    Kagilum
    Superadministrador

    Hello,

    I have same problem as #loan during generating report in a sprint.
    Here are my environment:
    – OS: windows 2008 server
    – jdk: 7
    – tomcat: 8.0.5
    – icescrum: R6#13

    Thanks,

    Ninh

    en respuesta a: Après maj R6#13 le Burnup chart en points reste à 0 #10836

    Kagilum
    Superadministrador

    Formidable. Le fichier .war fourni a totalement résolu le problème signalé. Merci bcp ! 😀

    en respuesta a: Erreur dans nom de story finie #10906

    Kagilum
    Superadministrador

    Vous avez un planning global à communiquer ?

Viendo 15 entradas - de la 91 a la 105 (de un total de 113)