[Nicolas Noullet]

Hello,

It seems that this question has already been submitted through our chat and that it was resolved. Are you stil facing an issue?

[Nicolas Noullet]

Hello,

Which version of Java is installed?

There should be a AppData folder in a path that looks like C:UsersYouUsernameAppData. This folder is not specific to iceScrum: it is the standard place for applications to store user data on Windows. This folder is hidden by default so you should make hidden folders visible in your Windows settings in order to see it.

[Nicolas Noullet]

Bonjour, ceci semble lié au problème présenté dans votre autre message, comme si la story était restée dans ce sprint malgré le décalage et malgré son affichage dans le sprint suivant.

[Nicolas Noullet]

Bonjour,

Merci pour vos retours et désolé pour le délai de réponse et pour le problème rencontré

Il est difficile de statuer seulement sur la base de ces informations. Il semble qu’iceScrum ait traité les tâches comme appartenant au sprint précédent (terminé), ce qui est contradictoire avec le fait que la story soit affichée dans ce sprint.

Lors de l’apparition du problème, j’aurais préconisé une déconnexion / reconnexion pour déterminer si le problème vient des données côté serveur ou juste d’un problème d’affichage. Dans le premier cas, nous aurions consulté les logs serveur et demandé un export de base de données pour connaître la nature exacte du problème.

N’hésitez pas à nous re-contacter si cela se reproduit.

[Nicolas Noullet]

Hello,

There is no “business” limitation in the number of registered users on a standalone iceScrum or iceScrum Pro server.

Please note that it is possible to disable user registration in the server configuration (see https://www.icescrum.com/documentation/install-guide/#settings_3). Another remark: the number of concurrent users may be limited by the capacity of your server.

[Nicolas Noullet]

Hello,

icescrum.log says

Patching Tomcat 7.0.22 and lower bz51881. Expect NPE inside CoyoteAdapter, just ignore them. Upgrade to 7.0.23

because your tomcat version is too low. As told in our documentation, iceScrum needs at least Tomcat 7.0.23 : https://www.icescrum.com/fr/documentation/install-guide/#software-requirements_3.

Just as the warning message indicates, you get NPEs (NullPointerExceptions) from coyote in catalina.out because of that.

I recommend that you upgrade to the latest version of Tomcat 7 (Tomcat 8 is not supported yet) https://tomcat.apache.org/download-70.cgi. This may solve your issue. If not then please post again your logs.

[Nicolas Noullet]

Thanks for the suggestion leticia, however please be very careful with this kind of manual modification. Indeed, bypassing the business rules enforced in the application will make the data inconsistent and may lead to critical problems.

[Nicolas Noullet]

Hello,

If the setenv.sh file doesn’t exist, you can create it and give it write permissions. It is possible to use the catalina.sh file as an alternative but you cannot put the configuration anywhere. It must be assigned to the CATALINA_OPTS variable.

That means that you should rather have something like:

...

CATALINA_OPTS="$CATALINA_OPTS $JPDA_OPTS -Duser.timezone=UTC -Dicescrum_config_location=/icescrum/config.groovy -Xmx512m -XX:MaxPermSize=256m"

...

[Nicolas Noullet]

Bonjour Marc,

La sécurité est gérée dans iceScrum à l’aide de Spring Security. Nous utilisons les ACL de Spring Security pour les rôles, c’est donc dans les tables correspondantes qu’il faut regarder : acl_*. Vous trouverez plus d’informations sur le contenu de ces tables ici : http://docs.spring.io/spring-security/site/docs/3.0.x/reference/domain-acls.html.

Voici comment récupérer ce que vous souhaitez :
1. Récupérer les membres des équipes à l’aide de votre requête (ceci n’inclut pas les membres qui ne sont que Product Owner)
2. Faire une requête dans les ACL de l’équipe pour déterminer lesquels parmi ces membres sont Scrum Master (mask 2 dans la table acl_entry)
3. Faire une requête dans les ACL du projet pour déterminer quels sont les Product Owners (mask 2 dans la table acl_entry), certains peuvent déjà avoir été récupéré dans par la première requête (ceux avec le rôle PO & SM), d’autres non (rôle Product Owner seul).

Les requêtes pour les étapes 2. et 3. nécessitent les jointures appropriées entre les tables acl_*, icescrum2_product, icescrum2_team, et icescrum2_user.

[Nicolas Noullet]

Content que ça fonctionne !

Et merci pour vos retours, je pense qu’ils seront utiles à d’autres utilisateurs.

[Nicolas Noullet]

Hi,

This setting can be changed after the project creation by using the “practices” menu of the project dropdown (on the top left of the window). This menu is accessible for ScrumMasters and the project creator.

[Nicolas Noullet]

Hi,

Thanks for your feedback. Can you elaborate on what you would need larger notes for?

[Nicolas Noullet]

Bonjour,

Le problème vient du package EPEL qui n’est pas conforme au packaging standard de Tomcat.

J’ai déjà analysé ce problème (en anglais par contre) :

The NoClassDefFoundError exception indicates a Java classpath issue. Some libraries provided in the Tomcat classpath clash with the one used to compile iceScrum.

It seems that the tomcat-lib-7.0.33-4.el6.noarch packages brings libraries that are not included in a regular Tomcat distribution:

– tomcat-lib-7.0.33-4.el6.noarch content (according to http://rpm.pbone.net/index.php3/stat/4/idpl/26367526/dir/redhat_el_6/com/tomcat-lib-7.0.33-4.el6.noarch.rpm.html):
annotations-api.jar
catalina-ant.jar
catalina-ha.jar
catalina-tribes.jar
catalina.jar
commons-collections.jar
commons-dbcp.jar
jasper-el.jar
jasper-jdt.jar
jasper.jar
log4j.jar
tomcat-api.jar
tomcat-coyote.jar
tomcat-i18n-es.jar
tomcat-i18n-fr.jar
tomcat-i18n-ja.jar
tomcat-jdbc.jar
tomcat-jsp-2.2-api.jar
tomcat-juli.jar
tomcat-servlet-3.0-api.jar
tomcat-util.jar

– apache-tomcat-7.0.33 regular binary release (apache-tomcat-7.0.33.tar.gz), lib folder:
annotations-api.jar
catalina-ant.jar
catalina-ha.jar
catalina-tribes.jar
catalina.jar
ecj-3.7.2.jar
el-api.jar
jasper-el.jar
jasper.jar
jsp-api.jar
servlet-api.jar
tomcat-api.jar
tomcat-coyote.jar
tomcat-dbcp.jar
tomcat-i18n-es.jar
tomcat-i18n-fr.jar
tomcat-i18n-ja.jar
tomcat-jdbc.jar (this one must be removed, as indicated in the install guide: https://www.icescrum.com/documentation/install-guide/#software-requirements_3)
tomcat-util.jar

Apache “commons” libraries are already included in the iceScrum war. If, as I assume, they are also provided in your Tomcat classpath (through commons-dbcp.jar or commons-pool.jdbc) then this is likely to be the cause of the current error. I don’t understand why the tomcat-lib package would not be consistent with the Tomcat binary release (which is the target environment for iceScrum), but if it is the case then I am afraid that other classpath conflicts may happen.

La solution consiste à retirer les bibliothèques commons-*.jar du classpath de Tomcat.

[Nicolas Noullet]

Hello,

The documentation indicates how to configure the iceScrum base directory:

icescrum.baseDir = "/icescrum"

/* Use a custom directory where Tomcat has write rights

(not webapps!!). Path must use '/' (forward slash) */

Here, it seems that you have chosen /usr/share/tomcat7/icescrum/ so the user who starts Tomcat (often a user named tomcat, or you own user) must have the write permissions on this directory so iceScrum can create the files it needs to run properly.

[Nicolas Noullet]

Ah je comprends mieux, le nombre en question est l’identifiant unique de la tâche dans le projet et non il n’est pas possible de le masquer.

Quel est votre besoin derrière ça ?

Si c’est absolument nécessaire le seul moyen serait de développer une extension de votre navigateur : un petit script JS qui supprime l’élément du DOM correspondant.

[Author]

Posts