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.
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).
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 ?
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