iceScrum | Page 24 – iceScrum

iceScrum Forums Discuss on iceScrum

Forum Replies Created

Viewing 15 posts - 346 through 360 (of 412 total)

  • Author
    Posts
  • in reply to: API for comments #10934

    Nicolas Noullet
    Keymaster

    Hi,

    Unfortunately there is no API to create comments. This is planned but not for the next release (we are currently working on a brand new UI).

    in reply to: startup.bat file doesn’t start app properly #10933

    Nicolas Noullet
    Keymaster

    Hello,

    The iceScrum Server application provides a bundled pre-configured Tomcat, a standard iceScrum configuration and a utility to start, stop and download / update iceScrum.

    This built-in solution is here to provide an easy way to install and try iceScrum without the need to dive into technical details. However to is not suitable for most production contexts because you would want to customize the configuration rather than rely on an opinionated one. In you case, starting iceScrum automatically at windows startup is not covered by iceScrum Server.

    If you look at the server.log iceScrum Server logs then you will see the command that is executed by iceScrum Server to start Tomcat. It does not just run startup.bat, it also defines environment variables. Defining them system wide (with absolute paths) is mandatory if you run startup.bat from the outside. I cannot guarantee that this would be enough to solve you issue but you can give it a shot.

    in reply to: error importing fresh export #10932

    Nicolas Noullet
    Keymaster

    Hi Marc,

    It is hard to tell what is going wrong from the error message, it seems that the XML export cannot be parsed properly.

    Please note that we did not create the Turnkey Linux iceScrum distribution and we do not recommend its use: it provides an outdated and somewhat clunky Tomcat and iceScrum configuration.

    I would strongly recommend you to install Tomcat and iceScrum from scratch by following our official install guide: https://www.icescrum.com/documentation/install-guide/. It covers everything you need to know to install iceScrum on Linux.

    Also, if you use the same DBMS on your former and your new server then you can simply migrate the DB. If not, iceScrum export / import is the way to go and you can send us your export (nnoullet_at_kagilum_dot_com) so we can check if it is OK.

    in reply to: Grail Expeption on create project #10930

    Nicolas Noullet
    Keymaster

    Hello,

    There is an issue with the italian translation that prevents from creating projects.

    If you switch your account to another language (e.g. English) then you should be able to create your project.

    in reply to: Sprint charts not working #10929

    Nicolas Noullet
    Keymaster

    Bassam,

    As I mentioned in my previous message, Tomcat 8 support is a work in progress and the greatest version currently supported is Tomcat 7!

    in reply to: Sprint charts not working #10942

    Nicolas Noullet
    Keymaster

    Hello Bassam,

    Your versions of iceScrum and Java seem to be ok.

    I have never seen such an error before and I suspect that it is related to the use of JBoss Wildfly. Unfortunately we don’t have the resources to test the compatibility with all the application servers (and every new version that comes out) for the community. We focus our efforts on maintaining the compatibility with Tomcat (we are currently working on Tomcat 8 support).

    We are currently busy putting the final touch to a brand new website that should be out very soon and a new UI for iceScrum, so we cannot investigate further on this issue. Thus, I would recommend you to use Tomcat 7 to run iceScrum.

    in reply to: problem to sart icescrum #10940

    Nicolas Noullet
    Keymaster

    Hello,

    Is the JAVA_HOME environment variable set as indicated in the documentation ?https://www.icescrum.com/fr/documentation/icescrum-server/#usage_3

    If it is, we would need further information to understand what causes this error:
    – Version of Java
    – Type / version of OS
    – Logs

    in reply to: Impossible d’estimer une story #10941

    Nicolas Noullet
    Keymaster

    Bonjour,

    Êtes-vous certain que les utilisateurs qui ne peuvent pas estimer ont bien le rôle d’équipier ou de Scrum Master ? Le rôle Product Owner seul ne permet pas l’estimation.

    Si oui, est-ce qu’il y a une erreur dans les logs côté serveur ? Côté client (vous pouvez ouvrir une console de développement dans le navigateur pour observer ces erreurs).

    in reply to: Importing from Excel #10922

    Nicolas Noullet
    Keymaster

    What encoding do you use in your original .csv file?

    There is not much documentation on the subject: this legacy feature will probably not be maintained / kept in future versions of iceScrum.


    Nicolas Noullet
    Keymaster

    Merci pour ces retours, content que le problème soit résolu 🙂

    in reply to: [RÉSOLU] – [R6#13.2] Problème d’installation #10920

    Nicolas Noullet
    Keymaster

    Bonjour,

    Merci pour ces informations détaillées, désolé pour la réponse un peu tardive et content que vous ayez maintenant une installation fonctionnelle.

    Il est difficile de se prononcer de manière catégorique mais il ne s’agit probablement pas d’un bug sinon d’autres personnes l’auraient rencontré et une nouvelle installation n’aurait pas résolu le problème. Il s’agit plus probablement d’un problème de configuration.

    L’erreur Tomcat Connection Pool fait penser à un problème dans la gestion des connexions JDBC (par ex. multiplication des connections non fermées), ceci étant probablement la conséquence d’un autre problème.

    Vos logs font apparaître quelque chose d’inhabituel : l’utilisation du connecteur APR:

    août 21, 2014 1:39:50 PM org.apache.coyote.AbstractProtocol init
    INFOS: Initializing ProtocolHandler ["http-apr-8181"]
    août 21, 2014 1:39:50 PM org.apache.coyote.AbstractProtocol init
    INFOS: Initializing ProtocolHandler ["ajp-apr-8009"]

    Pouvez-vous vérifier si vous avez toujours ces entrées dans les logs Tomcat de votre nouvelle installation ?

    in reply to: Java (JRE or JDK) not installed. #10919

    Nicolas Noullet
    Keymaster

    Hi,

    Java is mandatory to run iceScrum. The error you get is displayed if iceScrum Server is not able to reach the Java executable (it attempts to do so by running java -version in the command line).

    That means that either Java is not installed on your computer or it is not available from the command line. Thus, the fix consists in either installing Java or making the Java executable accessible from the command line.

    in reply to: jquery Not Found After Server Restart #10911

    Nicolas Noullet
    Keymaster

    Glad to know that it worked.

    iceScrum static resources such as .js and .css files are processed (concatenation, minification, compression) and stored under the tomcat work directory when iceScrum is started.

    I don’t know why but it seems that these files have been corrupted on your installation, so I suggested that you remove all of them to ensure a clean startup environment. Please note that the work directory must be emptied before any update of iceScrum, as described in the documentation.

    in reply to: jquery Not Found After Server Restart #10926

    Nicolas Noullet
    Keymaster

    Hello,

    Could you try stopping iceScrum, removing the content of tomcat/work/ and the tomcat/webapps/icescrum/ folders, and then starting iceScrum again?

    in reply to: Mise à jour des points du sprint en cours #10913

    Nicolas Noullet
    Keymaster

    Bonjour,

    L’équipe s’engage au lancement du sprint du un ensemble de stories dont l’effort cumulé est appelé “capacité” (présenté sous le “/”). Ce nombre est figé au lancement du sprint car il représente ce qui était prévu initialement par l’équipe. Après le lancement du sprint, c’est la “vélocité” qui prend le relais (au dessus du “/”), représentant la somme des points des stories terminées par l’équipe.

    Ainsi, dans le cas où l’équipe a du mou et qu’elle planifie de nouvelles stories pendant le sprint (ce qui n’est pas forcément recommandé, on préfèrera travailler sur la qualité, le refactoring…) et qu’à la fin du sprint toutes les stories sont terminées, la vélocité sera supérieure à la capacité : ceci indique que l’équipe a fourni plus d’effort que ce qui était prévu initialement. A l’inverse, si des stories sont repoussées au prochain sprint, la vélocité sera inférieure à la capacité, indiquant que l’équipe a fourni moins d’effort que prévu. On n’aurait pas ces indications si la capacité était actualisée pendant le sprint.

    La vélocité n’est pas affectée, elle compte bien toutes les stories finies, même celles planifiées en cours de sprint. Le burndown de projet capture les infos au démarrage du sprint et il indique le total des stories non finies, là encore il n’y a donc pas d’impact.

Viewing 15 posts - 346 through 360 (of 412 total)