Support #10244
fermé
Problème lors de la mise à jour de SP et des spécifiques avec des versions différentes
Ajouté par David Lesimple il y a plus de 5 ans.
Mis à jour il y a presque 5 ans.
Votre version de Silverpeas:
6.0
Description
Il est très fréquent qu'on soit obligé de builder un spécifique avec la même version que SP (que ce soit sur un build ou une version finale)
Par exemple, hier soir, Orly était en 6.0, je les ai passé en 6.0.2 mais j'ai été obligé de rebuilder un spécifique (avec jar) dont le pom.xml pointait sur la 6.0.
j'ai mis 6.0.2 et toute s'est bien passé.
Le message d'erreur au lancement de SP n'a aucun lien apparent avec ce problème.
- Sujet changé de Mise à jour de SP et des spécifiques à Problème lors de la mise à jour de SP et des spécifiques avec des versions différentes
2018-11-22 19:14:40,443 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."silverpeas.war".PARSE: org.jboss.msc.service.StartException in service
jboss.deployment.unit."silverpeas.war".PARSE: WFLYSRV0153: Failed to process phase PARSE of deployment "silverpeas.war"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalArgumentException: WFLYEE0040: A component named 'SERVERListener' is already defined in this module
at org.jboss.as.ee.component.EEModuleDescription.addComponent(EEModuleDescription.java:167)
at org.jboss.as.ejb3.deployment.processors.EJBComponentDescriptionFactory.addComponent(EJBComponentDescriptionFactory.java:58)
at org.jboss.as.ejb3.deployment.processors.MessageDrivenComponentDescriptionFactory.processMessageBeans(MessageDrivenComponentDescriptionFactory.java:158)
at org.jboss.as.ejb3.deployment.processors.MessageDrivenComponentDescriptionFactory.processAnnotations(MessageDrivenComponentDescriptionFactory.java:81)
at org.jboss.as.ejb3.deployment.processors.AnnotatedEJBComponentDescriptionDeploymentUnitProcessor.processAnnotations(AnnotatedEJBComponentDescriptionDeploymentUnitProcessor.java:57)
at org.jboss.as.ejb3.deployment.processors.AbstractDeploymentUnitProcessor.deploy(AbstractDeploymentUnitProcessor.java:76)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147)
... 5 more
- Navigateur changé de Phonegap à Tous
- Statut changé de New à Resolved
Le message d'erreur n'est pas effectivement explicite au sens où il ne pointe pas explicitement le problème. Mais en fait, l'erreur qu'il indique signifie tout simplement qu'il y a un autre bean de même type qui existe déjà. Ce qui implique donc que Silverpeas-Core est en double dans le war, autrement dit qu'il y a une autre version de Silverpeas-Core et que celle-ci n'a pu être tirée que par le spécifique.
Pour résoudre ce problème, il faut absolument que les spécifiques déclarent leur dépendance à Silverpeas (Silverpeas-Core / Silverpeas-Components) avec le scope runtime ! Ce dernier signifie tout simplement que ces dépendances seront fournies par le runtime et qu'il n'est donc pas nécessaire de tirer celles-ci avec le projet (cad avec le spécifique). Ceci permet donc de continuer à utiliser un spécifique qui pourtant a été construit avec une version antérieur de Silverpeas. (Toutefois, attention à ce que les changements dans la version de Silverpeas déployée n'impliquent pas aussi des modifications dans le spécifique.)
- Priorité changé de Normal à Low
Je n'arrive pas compiler mes spécifiques si je met le scope à runtime..
Pas d'urgence, on peut voir ça plus tard.
Problème rencontré ce jour : maj d'Orly
- Statut changé de Resolved à Closed
- % réalisé changé de 0 à 100
Je ne rencontre plus le problème, je ne sais pas si c'est depuis que j'ai mis dans le pom.xml du spécifique :
<parent>
<groupId>org.silverpeas</groupId>
<artifactId>silverpeas-project</artifactId>
<version>1.1-build190410</version>
</parent>
Formats disponibles : Atom
PDF