Projet

Général

Profil

Actions
Copier le lien

Support #4613

fermé

Erreur dans dbBuilder

Ajouté par David Lesimple il y a plus de 11 ans. Mis à jour il y a plus de 11 ans.

Statut:
Rejected
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
06/06/2013
Echéance:
% réalisé:

100%

Temps estimé:
Navigateur:
Tous
Votre version de Silverpeas:
5.12
Système d'exploitation:
Livraison en TEST:
Livraison en PROD:

Description

Si on se contente d'extraire le package dans l'installation existante, dbbuilde plante avec l'erreur :

Exception in thread "main" java.lang.IncompatibleClassChangeError: class org.springframework.core.LocalVariableTableParameterNameDiscoverer$ParameterNameDiscoveringVisitor has interface org.springframework.asm.ClassVisitor as super class

Solution: Supprimer le répertoire bin/scripts de la version précédente résout le problème mais il y a surement une solution moins radicale...

Actions
Copier le lien
 #1

Mis à jour par Emmanuel Hugonnet il y a plus de 11 ans

  • Tracker changé de Bug à Support
  • Statut changé de New à Rejected
  • % réalisé changé de 0 à 100

Il faut reprendre l'installeur de la 5.12.
Les scripts, les jars et les fichiers de configurations propres à Silverpeas en font partie.
C'est parce que tu mélanges 2 installeurs avec des jars différents que tu produis cette erreur.

Actions
Copier le lien
 #2

Mis à jour par David Lesimple il y a plus de 11 ans

Alors il faut le spécifier dans la release notes car cela change de la procédure habituelle.
Donc il faut bien préciser aux clients de supprimer le répertoire bin d'origine (en ayant sauvegardé le pom.xml bien sur)

Actions
Copier le lien
 #3

Mis à jour par Stéphanie Fariello il y a plus de 11 ans

il me semble que c'est ce qui est expliqué au paragraphe 16.3 de la release note.

Actions
Copier le lien
 #4

Mis à jour par David Lesimple il y a plus de 11 ans

pas vraiment, cela ne dit pas si il faut extraire l'archive dans l'installation existante ou l'extraire ailleurs et y copier le reste de l'arborescence.
Nous allons avoir beaucoup de retour de clients si on ne précise pas clairement le mode opératoire.

Actions
Copier le lien
 #5

Mis à jour par Nicolas Eysseric il y a plus de 11 ans

David a raison.
La procédure classique est l'écrasement des répertoires bin et setup.
Les fichiers existants sont remplacés. Mais cela ne supprime en aucun cas les fichiers obsolètes.
Et comme tous les fichiers du répertoire bin/jar sont inclus dans le CLASSPATH, les fichiers obsolètes peuvent produire des effets de bord.
Le fichier qui doit être supprimé est spring-asm.jar

Actions
Copier le lien

Formats disponibles : Atom PDF