Support #10244
fermé
Problème lors de la mise à jour de SP et des spécifiques avec des versions différentes
100%
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.
Mis à jour par David Lesimple il y a plus de 5 ans
- 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
Mis à jour par Miguel Moquillon il y a plus de 5 ans
- 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.)
Mis à jour par David Lesimple il y a plus de 5 ans
- 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.
Mis à jour par Sebastien Vuillet il y a environ 5 ans
Problème rencontré ce jour : maj d'Orly
Mis à jour par David Lesimple il y a presque 5 ans
- 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>