Mise à jour scenariserver4.1-tomcat6 vers scenariserver4.2 sur Debian 8 (jessie)

Bonjour,
Sur un serveur en Debian 8 (jessie) avec le dépôt https://download.scenari.org/deb activé, y-a-t’il une procédure de mise à jour « automatique » de la version scenariserver4.1-tomcat6 à la version 4.2 ?

Un apt update && dist-upgrade ne propose pas la montée de version.
Une recherche de scenariserver4.2 renvoie :

apt-cache search scenariserver4.2

scenariserver4.2 - SCENARIserver 4.2 - Core web-app files.
scenariserver4.2-jetty9 - SCENARIserver 4.2 - Jetty integration.
scenariserver4.2-tomcat8 - SCENARIserver 4.2 - Tomcat integration.

Je suppose que le package à installer est scenariserver4.2-tomcat8 mais si je vérifie ce qui va se passer en lançant l’installation, je constate que le package scenariserver4.2-tomcat8 sera installé avec ses dépendances, mais que la version précédente ne sera pas désinstallé :

apt install scenariserver4.2-tomcat8

Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Les paquets supplémentaires suivants seront installés :
libc-ares2 libtomcat8-java libv8-3.14.5 nodejs openjdk-7-jre scenariserver4.2 tomcat8 tomcat8-common
Paquets suggérés :
icedtea-7-plugin libtcnative-1 tomcat8-admin tomcat8-docs tomcat8-examples tomcat8-user
Les NOUVEAUX paquets suivants seront installés :
libc-ares2 libtomcat8-java libv8-3.14.5 nodejs openjdk-7-jre scenariserver4.2 scenariserver4.2-tomcat8 tomcat8 tomcat8-common
0 mis à jour, 9 nouvellement installés, 0 à enlever et 0 non mis à jour.

Est-ce « normal » ? Est-ce que la documentation de référence pour cette mise à jour via les dépôts scenari mis à disposition par la communauté est bien celle disponible à la page SCENARIchain-server rubrique « Passage de SCENARIserver4.1 à SCENARIchain-server4.2 » ?

Merci d’avance pour tout retour au sujet de cette mise à jour.

Bonjour,
Les numéros de version majeure et medium des applications SCENARI sont toujours significatif et font partie de "l’identification’ de l’application.

Pour les versions desktop des applications SCENARI il est toujours possible d’installer la version 4.0, 4.1 et 4.2 côte à côte en même temps.
La même logique est également valable pour SCENARIserver, installer SCENARIserver4.2 ne touchera jamais automatiquement aux données de SCENARIserver4.1.

Il est bien-sûr possible de migrer les données de SCENARIserver4.1 à SCENARIserver4.2. Le lien que vous mentionnez est bien le bon, il est cependant pas très adapté à une installation en DEB, nous allons mieux expliciter la procédure.

Remarque préalable :
SCENARIserver4.1 dépends de tomcat6 ou tomcat7 et SCENARIserver4.2 dépends de tomcat8. Je pense que tomcat7 et tomcat8 ne peuvent pas être installées en même temps, L’installation de tomcat8 va désinstaller tomcat7 et donc rendre SCENARIserver4.1 inutilisable. Les données, elles, ne seront pas supprimés.

  1. Arrêter tomcat6 ou tomcat7
  2. Désinstaller scenariserver4.1-tomcat6 ou scenariserver4.1-tomcat7 et tomcat6 ou tomcat7
  3. Installer scenariserver4.2-tomcat8
  4. Arrêter tomcat8
  5. Purger la base de données scenariserver4.2 - supprimer les contenus du dossier /var/lib/scenariserver4.2/data/
  6. Copier les dossiers /var/lib/scenariserver4.1/javaserver/blobs et /var/lib/scenariserver4.1/javaserver/db vers /var/lib/scenariserver4.2/data/
  7. Supprimer le fichier /var/lib/scenariserver4.2/data/db/_checkSumDb.txt
  8. Démarrer tomcat8
  9. Contrôler les logs dans /var/log/scenariserver4.2 pour voir si scenariserver4.2 c’est bien démarré.

Une fois la migration physique des données est faite, in faut effectuer les migrations éventuels des contenus

  1. Connectez-vous sur scenariserver4.2 avec SCENARIclient 4.2 avec un utilisateur gesionnaire, les utilisateurs de scenariserver4.1 sont valables.
  2. Installer tous les modèles documentaires basés sur SCENARI 4.2 utilisés par les ateliers du serveur
  3. Ouvrir les propriétés de chaque atelier pour sélectionner le bon modèle documentaire et effectuer les migrations de contenus éventuels.

Bonjour Sam,
Tout d’abord, un grand merci pour cette réponse rapide et précise.
Grâce à ces informations nous nous sommes lancés aujourd’hui dans la mise à jour de scenari 4.1 vers 4.2 sur notre plate-forme.
Cela s’est bien passé tel que décrit dans ton post ci-dessus.
Nous accédons bien en direct avec un client 4.2 à notre serveur tomcat 8 à l’adresse : http://scenari.notredomainet.fr:8080/scenariserver4.2 et nous avons bien retrouvé nos comptes/mots de passe et tous les ateliers.

Cependant, dans notre environnement en 4.1, le serveur tomcat (6) et scenari 4.1 n’étaient pas accessible directement aux utilisateurs.

Le serveur tomcat était masqué par un serveur apache et un ProxyPass de type :

    ProxyPass /scenari/ http://scenari.notredomaine.fr:8080/scenariserver4.1/
    ProxyPassReverse /scenari/ https://scenari.notredomaine.fr:8080/scenariserver4.1/

Après la mise à jour scenari4.1 (tomcat6) vers scenari4.2 (tomcat8) nous avons modifié les ProxyPass de cette manière :

    ProxyPass /scenari/ http://scenari.notredomaine.fr:8080/scenariserver4.2/
    ProxyPassReverse /scenari/ https://scenari.notredomaine.fr:8080/scenariserver4.2/

Nous avons ensuite paramétré le client 4.2 sur l’entrepôt https://tice.notredomaine.fr/scenari mais cela ne fonctionne pas. Après saisi d’un nom de connexion et mot de passe valide nous avons toujours le message "Non connecté (authentification requise). Les logs apache renvoient :

192.168.1.170 - - [23/Oct/2017:15:55:47 +0200] « POST /scenari/public/u/loginUiMoz HTTP/1.1 » 200 19 « - » « Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 cl.4.2/4.2.104 »
192.168.1.170 - - [23/Oct/2017:15:55:47 +0200] « GET /scenari/s/~admin/u/adminWsp?cdaction=InfoWspProvider HTTP/1.1 » 401 - « - » « Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 cl.4.2/4.2.104 »

On a vu des discussions autour de ce problème mais pas de solution.

Nous avons laissé le fichier scenariserver4.2.xml par défaut :

root@scenari:/etc/tomcat8/Catalina/localhost# cat /etc/tomcat8/Catalina/localhost/scenariserver4.2.xml

Une idée ?

Olivier