[Nicolas Noullet]

Steve,

Scrum of scrums is a very hard problem. Being in the agile world for more than ten years, we have yet to see any good “generic” solution for this problem. Our latest experience was at a big agile conference this month where the most popular solution (SAFe) was mentioned a lot, and it was not in very flattering terms.

That’s why we are very careful when integrating scaling features. For the moment iceScrum offers only two inter-project features :
– Copy stories between projects (only on iceScrum Pro, and you must be Product Owner of both projects)
– Display an aggregated timeline of several projects grouped under a project bundle (only on iceScrum Pro) : https://www.icescrum.com/documentation/project-bundle/

We are still thinking about this problem and we will come with new solutions in the upcoming major version of iceScrum (7) once it is released.

Nicolas

[Nicolas Noullet]

Glad to know that you solved the issue regarding Emails.

Regarding activities, that’s very strange. If you create a story then the corresponding activity is not shown in the dashboard?

[Nicolas Noullet]

Hi Steve,

If you intend to use iceScrum for anything else than software project management & development then I am afraid that it will not be smooth.

Unfortunately I am not very familiar with IS/IT management, and I’ve heard of ITIL but I don’t have enough experience with it to be sure how it translates in terms of Agile methodology and more specifically to Scrum.

Thus, I’ll try to rather focus on what I know: iceScrum.
– It is not possible to define dependences between items of different projects.
– An iceScrum team can work on several iceScrum projects, a project have one and only one team working on it.
– There is one priority list (product backlog) per project
– In addition to the members coming from the team (ScrumMasters and Team Members), every project has its own members, namely Product Owners and Stakeholders. Every role has associated permissions, see https://www.icescrum.com/documentation/roles-teams-projects/

Whether there should be only one iceScrum project (hence one priority list) for one team, or separate iceScrum projets (each having its own priority list) is really dependent on the context.

I hope that helps!

[Nicolas Noullet]

Hi,

1. Activities may take time to show up after the import. If after some time they are still missing, please look for “activity”, “activities”, or “fluxiable_activity” in the logs.

2. If the config is exactly the same as a working one then either:
– Your config.groovy is not taken into account. You can toggle other settings to check that.
– There is an issue in the docker / jelastic environment. If so, we can help your in the forum but we probably can’t do much without playing with the server and this support service is reserved for paying customers. May I ask why you prefer jelastic over our hosted solutions?

[Nicolas Noullet]

Bonjour,

Vous pouvez empêcher la création de projet pour les non administrateurs en modifiant la configuration du serveur. Ceci passe par l’interface d’administration du serveur si vous avez une licence iceScrum Pro, sinon il faut modifier le fichier config.groovy (cf. https://www.icescrum.com/documentation/config-groovy-file/) :
icescrum.project.creation.enable = false

L’administrateur pourra toujours créer des projets.

Il n’est pas possible d’insérer des données directement dans la base, désolé.

Concernant l’API, dans la version 6 il y avait une distinction entre l’API technique utilisée pour faire fonctionner l’application, et l’API utilisateur. Elles ont été entièrement refondues en une seule API dans iceScrum 7, qui offrira donc toute les possibilités de l’interface et qui ne fait donc pas (ou peu) l’objet de développement distinct ni d’une roadmap distincte : chaque élément d’API nécessaire à une fonctionnalité de l’outil est “tiré” par le développement de cette fonctionnalité. Les seuls aspects distincts à l’API “utilisateur” sera l’authentification et surtout la documentation. La priorité est actuellement à la sortie de la version 7, la documentation de l’API viendra ensuite.

[Nicolas Noullet]

La prochaine version majeure intégrera une API beaucoup plus complète. En revanche en attendant sa sortie (d’ici la fin de l’année) et la publication d’une documentation exhaustive sur l’API, la version actuelle ne peut pas tellement répondre à ce besoin.

iceScrum est plutôt conçu pour avoir une place centrale dans le tooling projet et dans votre cas c’est FusionForge qui semble prendre cette place.

[Nicolas Noullet]

Bonjour,

Il n’y a effectivement pas de Web Services pour cela actuellement. Dans quel contexte s’inscrit ce besoin ? Migration depuis un autre outil ?

Si vos utilisateurs sont dans un annuaire, l’intégration LDAP/AD pourrait éviter la création manuelle.

[Nicolas Noullet]

Bonjour,

En aucun cas il ne faut modifier le contenu du repertoire webapps/icescrum. iceScrum est censé marcher comme indiquer dans la doc, si ce n’est pas le cas alors il y a un problème de configuration de votre serveur. iceScrum tourne de manière fiable sur des milliers de serveurs et comme je vous l’ai indiqué une install from scratch avec les dernières versions fonctionne très bien sur une Debian (et sur Windows Server et OS X, c’est dire).

D’ailleurs le fait qu’il faille supprimer des fichiers supplémentaires sur le paquet Tomcat de RHEL est un bug de leur paquet et non d’iceScrum. Il n’est pas normal que Tomcat soit fournit avec les mêmes libs partout sauf dans ce paquet.

J’ai édité vos messages précédents pour ne pas donner de mauvaises idées aux utilisateurs qui tomberaient sur ce post.

Je vous conseille de repartir de zéro sur un serveur clean, de télécharger:
– icescrum.war ici : https://www.icescrum.com/download/r614-11-pro-war/
– Tomcat ici : https://www.apache.org/dist/tomcat/tomcat-7/v7.0.72/bin/apache-tomcat-7.0.72.tar.gz

De ne plus effectuer aucune rustine non indiquée dans la doc, simplement de suivre la doc : https://www.icescrum.com/documentation/application-server/.

A l’issue de cela, vous deviez avoir un iceScrum qui tourne et une interface de setup comme montrée ici https://www.icescrum.com/documentation/install-guide/#settings. Dans ce setup, vous devriez pouvoir connecter iceScrum la base de données Postgres.

J’ai suivi ce protocole des centaines de fois avec succès. Si cela ne fonctionne pas chez vous, il doit y avoir une spécificité dans votre configuration qui nous échappe et je ne vois pas comment mettre le doigt dessus à distance. Si le POC venait à devenir une vraie install en Prod, sachez que nous proposons des services d’installation à distance (ou même sur place si vous prenez en charge les frais) pour un prix raisonnable. Si il s’agit juste de tester iceScrum, la version .jar ou une install via Docker ferait aussi bien l’affaire.

[Nicolas Noullet]

En fait il n’est pas du tout nécessaire d’installer Grails.

La documentation nous sert de procédure d’installation quand nous devons installer des serveurs, elle est donc à jour et normalement suffisante.

En outre, nous ne recommandons pas d’utiliser Tomcat 6. De plus iceScrum devrait fonctionner aussi bien avec Open JDK que le JDK Oracle.

Voici le contenu type du repertoire lib d’un Tomcat 7 installé pour iceScrum:

annotations-api.jar
catalina-ant.jar
catalina-ha.jar
catalina-tribes.jar
catalina.jar
ecj-4.4.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-util.jar
tomcat7-websocket.jar
websocket-api.jar

Je viens de réessayer sur une image docker toute fraîche: https://hub.docker.com/r/icescrum/icescrum/

Elle contient le dernier .war disponible sur notre site, le dernier Tomcat 7 qui est téléchargé ici : https://www.apache.org/dist/tomcat/tomcat-7/v7.0.72/bin/apache-tomcat-7.0.72.tar.gz, le dernier open-jdk 7 (7u111) sur une Debian Jessie. Tout marche nickel.

Le problème est donc très probablement spécifique à votre environnement et à la manière dont le classpath Java est configuré sur votre machine. Le classpath est formé à partir libs inclues dans le .war (à priori pas de pb de ce côté là), du repertoire lib de Tomcat, mais également peut être d’autres bibliothèques, tout dépend comment la JVM est configurée dans votre environnement… J’ai encore un doute sur l’install via le site apache, à voir si l’install via Redhat n’a pas “pollué” votre machine.

En parlant de Docker, est-il envisageable d’utiliser Docker ?

[Nicolas Noullet]

Hello

java.lang.NoClassDefFoundError indicates a classpath issue.

It is likely that some libraries provided in the Tomcat classpath clash with the one used to compile iceScrum.

Such libraries are provided alongside with Tomcat in a lib directory such as /usr/share/tomcat/lib.

With the regular Tomcat package available on their website, only one library clashes: tomcat-jdbc.jar, so it simply needs to be removed.

I am aware that Tomcat packages provided by RPM contain a specific set of libraries that differ from all the other Tomcat releases so this may be part of the problem.

Can you list the files under the Tomcat lib directory? Did you add anything to the JVM classpath manually?

In your case, it seems that Grails libraries clash, which is quite unusual. Did you install Grails on your server?

[Nicolas Noullet]

Hi,

The error message is quite unambiguous: it means that either icescrum-mysql is not accessible on port 3306 from the iceScrum process, or that this URL is not the one used by your iceScrum server (another config.groovy file that would compete with this one?)

Can you try executing that from the server where iceScrum is started using the user who starts iceScrum?
mysql -h icescrum-mysql -u root -p icescrum

You config seems to be fine, I would perhaps add:
dataSource.dialect="org.hibernate.dialect.MySQL5InnoDBDialect"

[Nicolas Noullet]

Hi,

Thanks for your feedback!

The first point is expected to be recorded at sprint activation so the behavior you describe is unexpected. We will investigate.

[Nicolas Noullet]

Hi,

This really looks like the DB URL is wrong or not accessible from the iceScrum server:

The driver has not received any packets from the server.

Do you use the setup GUI or the config.groovy file? What URL did you enter?

[Nicolas Noullet]

Are you still facing this issue?

[Nicolas Noullet]

Kelvin,

Thanks for your detailed feedback and for the SQL queries! I am glad that this solves the task name issue, hopefully it will solve the spring closing issue and the “ghost” stories 🙂

[Author]

Posts