[Nicolas Noullet]

Hello,

I don’t see any obvious problem in your config.

The error « context boot failure [/iceScrum] due to previous errors » suggests that there are errors, they should be displayed in either icescrum.log or catalina.out, can you look for them?

[Nicolas Noullet]

Bonjour,

Concernant votre problème, j’avais émis une hypothèse concernant l’encodage mais elle semble avoir été invalidée par vos tests. Je vous ai donc demandé ce qu’il y a dans les logs pour se baser sur des informations concrètes. Cela tient toujours, vous pouvez me les envoyer.

Même si cela ne résout pas le problème, je pense que vous avez bien fait de repartir d’une installation plus propre. Par contre la doc indique qu’il faut utiliser un vrai SGBD. Ma remarque précédente ne portait pas sur l’utilisation de MySQL (qui est une bonne chose), mais sur le fait de le faire sans suivre nos recommandations (à savoir en l’occurrence choisir le bon encodage). Je vous conseille de connecter iceScrum à MySQL mais avec une base de données avec le bon encodage cette fois.

[Nicolas Noullet]

icescrum.log et catalina.out

[Nicolas Noullet]

De mon côté, sur une install iceScrum Server vierge avec la dernière version d’iceScrum et HSQLDB, ça s’importe sans problème. Il y a probablement un problème dans votre configuration.

Les logs pourraient en dire plus sur ce qui bloque l’import.

[Nicolas Noullet]

Bonjour,

Nous recommandons d’éviter de suivre tout tutoriel qui ne vient pas des sites iceScrum / Kagilum (jusqu’à maintenant, je n’en ai vu aucun qui soit correct). Notre guide d’installation indique tout ce qu’il y a à savoir côté iceScrum : https://www.icescrum.com/documentation/install-guide. Nous ne fournissons volontairement pas les commandes pour installer les outils tiers (MySQL et Tomcat) car ces outils disposent eux-même d’une très bonne documentation qu’il est préférable de lire pour comprendre ce que l’on fait plutôt que de copier des commandes dans un terminal sans en comprendre le sens et les impacts.

Evidemment ces détails sont superflus pour quelqu’un qui veut juste essayer iceScrum c’est pourquoi nous avons créé iceScrum Server avec un Tomcat et une base de donnée embarqués et pré-configurés. En revanche pour une utilisation réelle, il s’agit d’un outil professionnel qui contient potentiellement des données critiques, il est donc essentiel de maîtriser les détails de l’installation et de la configuration. Négliger cela peut mener à une perte complète des données.

Voici une requête SQL à exécuter sur le serveur MySQL qui répondra à ma question en interrogeant les tables d’administration de MySQL pour connaître l’interclassement de la base iceScrum :

SELECT default_collation_name FROM information_schema.SCHEMATA S

WHERE schema_name = "icescrum"

Comme indiqué dans notre documentation en gras (ça a visiblement échappé à la personne qui a écrit le tutoriel que vous avez suivi) :

Don’t forget to define a sensible charset/collation configuration when creating an empty DB in a custom DBMS. We recommend the use of UTF-8, which allows a wide range of user input.

Si, comme je le crains, l’interclassement de votre base n’est pas une variante d’UTF-8 alors cela peut expliquer le problème d’import. Personellement, j’utilise l’interclassement utf8_general_ci sur MySQL.

[Nicolas Noullet]

Hello Victor,

We are aware of this bug. It occurs in very, very rare occasions when a task is updated and it is impossible to reproduce deterministically. Thus, to fix it we had to try several approaches and run randomized tests until the problem seemed to have disappeared for good in R6#13.3.

If you don’t use iceScrum R6#13.3 or greater, I recommend that you update your installation to the latest version (R6#13.5). Otherwise, that would indicate that the bug is not completely resolved 🙁

[Nicolas Noullet]

As far as I know, the port for secured SMTP on gmail is 465, could you try it? (change it in both grails.mail.port and mail.smtp.socketFactory.port)

[Nicolas Noullet]

Bonjour,

Le fichier est correctement importé sur mon serveur.

Quelle SGBD utilisez-vous sur le serveur cible ? Si ce n’est pas HSQLDB, quel interclassement avez-vous choisi ?

[Nicolas Noullet]

Pouvez-vous m’envoyer l’export ?

nnoullet_arobase_kagilum_point_com

[Nicolas Noullet]

Bonjour,

Ceci indique que Tomcat démarre mais pas iceScrum. Il faudrait plus d’informations pour savoir pourquoi : fichiers de logs icescrum.log et catalina.out

[Nicolas Noullet]

Bonjour,

Vous pouvez exporter le ou les projets créés sur votre machine (menu du projet > export) et les ré-importer sur la machine cible (menu projet > import).

[Nicolas Noullet]

Hello John,

We recommend to avoid such manual changes in the database: the ACL system is not trivial and the risk to break data consistency is significant.

There is a way achieve both your goals:
1. Delete a project without being the owner.
2. Change the project owner.

Both actions are available in iceScrum for all projects when logged in with the administration account (username admin). You just have to browse the project page (direct link or by using the « browse others » menu) and use the project menu as if you were the owner.

Please note that you can disable registration and disabled project creation in the iceScrum config. If project creation is disabled, only the admin can create projects.

[Nicolas Noullet]

Votre approche est effectivement beaucoup plus simple, mais aussi beaucoup plus radicale car vous n’exposez pas qu’iceScrum mais potentiellement tout un réseau au travers de ce VPN (ceci peut poser des problèmes de sécurité).

[Nicolas Noullet]

Hello,

I don’t see any obvious problem in your configuration. The props section needs to be there only if you use SSL or anonymous connection to the mail server. The fact that you managed to turn on the debug mode indicates that your config.groovy is taken into account.

The only problem I can think of is that your email server cannot be reached by iceScrum. Can you ping / telnet the mail server with the configuration you have provided from the iceScrum Server?

[Nicolas Noullet]

Bonjour,

Côté iceScrum, il y a une contrainte : tous les utilisateurs devront accéder à iceScrum dans leur navigateur via la même URL et le même port, et ce quelque soit leur réseau d’origine. Il est donc conseillé d’utiliser un nom de domaine pour masquer les détails d’adressage.

L’URL doit être définie dans la fenêtre principale d’iceScrum serveur. Si vous définissez une URL sans port alors c’est le port par HTTP par défaut (80) qui sera utilisé (ceci nécessite les droits administrateurs).

Il faudra ensuite router les appels envoyés à cette URL (ou plutôt à l’IP sous-jacente) vers la machine qui fait office de serveur iceScrum. La configuration de ce routage est externe à iceScrum : elle dépend de votre infrastructure réseau (table de routage, passerelle etc.).

[Auteur]

Messages