Mise à jour 3.1 vers 3.2

3.1
Tags: #<Tag:0x00007fc9f485b6f8>
Mise à jour 3.1 vers 3.2
0

#1

Bonjour,

J’essaye de mettre à jour mon application vers la version 3.2 en suivant la procédure https://www.simplicite.io/resources/3.2/upgrading.md

mais je ne trouve pas les scripts

ant upgrade-configuration-db-only

et

ant upgrade-configuration-xml-only

Pouvez-vous me communiquer la procédure à suivre pour faire la mise à jour?

Merci.


(David AZOULAY) #2

Bonjour

La procédure d’ugrade 3.1 vers 3.2 décrite (certes un peu sommairement) dans ce document est une opération avancée qui nécessite de savoir très précisément ce que l’on fait (et, avant toute chose, d’avoir sécurisé un retour en arrière en cas de problème).

Le fait que vous ne sachiez pas comment lancer les lignes de commandes ant requises démontrent que vous n’avez pas encore la maîtrise suffisante du manager d’instances (SIM) pour le faire.

Nous allons préciser la procédure mais ce serait bien de convenir d’un créneau afin qu’on vous assiste pas à pas dans la procédure.


(David AZOULAY) #3

Nous avons mise à jour et enrichie la doc de migration 3.1 vers 3.2: https://www.simplicite.io/resources/3.2/upgrading.md

Cette procédure reste toutefois une procédure avant tout indicative correspondant à un cas “idéal”, il est donc primordial de bien tout sauvegarder avant de se lancer dans une telle procédure.

En outre, une migration de version n’est pas juste une procédure d’upgrade technique, comme indiqué dans le document il convient de refare une passe globale sur son paramétrage et son code specifique pour refactorer tout ce qui se serait pas pas en ligne avec la nouvelle version. La 3.2 est certes assez en continuité avec la 3.1, il ne devrait donc pas y avoir trop d’impacts, mais ça ne dispense pas de tout bien regarder (à commencer par les warnings de deprecation dans les logs).


(Sébastien Hardy) #4

Bonjour,

Ce n’était pas précisé mais cette instance simplicité n’est pas gérée dans le SIM mais en standalone.
L’ensemble des éléments sont sécurisés en 3.1 pour permettre un retour arrière.

Y a t il une procédure pour une instance non managée sur le SIM ?

Cordialement,


(David AZOULAY) #5

Il n’ya pas de procédure documentée dans ce cas mais les étapes sont de toutes façon les mêmes s’agissant d’une migration entre version N et et N+1

  1. se mettre à jour sur la version N
  2. tout bien sauvegarder
  3. appliquer tous les patches SQL de la version N+1
  4. arrêter le serveur d’application
  5. mettre à jour la webapp avec la version N+1
  6. redémarrer le serveur d’application
  7. appliquer tous les patches XML de la version N+1
  8. Revoir son code et son paramétrage (chasse au deprecated etc.)

Il y a ce qu’il faut dans les build*.xml des packages setup pour faire ça


(David AZOULAY) #6

PS: et quite à migrer en 3.2 profitez en pour passer du packaging “setup” au packaging “instance”, ça vous facilitera grandement la vie (le package instance peut être utilisé indépendamment du SIM, il sert par exemple pour les déploiements modernes sur PaaS ou en Docker mais peut aussi très bien être utilisé sur un Tomcat deployé manuellement à l’ancienne). Pour mémoire le packaging setup date d’il y a plus de 10 ans et a peu évolué depuis et n’évoluera plus (il a même été abandonné pour la 4.0), au contraire le packaging instance évolue régulièrement pour s’adapter aux nouvelles plateformes