Actions
Bug #11426
ferméLa synchronisation des utilisateurs pour la messagerie ne tient pas compte des domaines pour lesquels la messagerie n'est pas active
Statut:
Closed
Priorité:
Normal
Assigné à:
Catégorie:
Messagerie instantanée
Version cible:
Début:
18/03/2020
Echéance:
% réalisé:
100%
Temps estimé:
Navigateur:
Tous
Votre version de Silverpeas:
6.1-x
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:
Description
Cette opération ne devrait créer/modifier que les utilisateurs des domaines spécifiés
dans chat.properties à savoir :
chat.xmpp.domain.<domainid>
Résultat actuellement, ejabberd est rempli d'utilisateurs inutiles.
Actions
#1
Mis à jour par Miguel Moquillon il y a plus de 4 ans
- Statut changé de New à In progress...
Actions
#2
Mis à jour par David Lesimple il y a plus de 4 ans
D'après mes tests, on ne peut pas supprimer un utilisateur appartenant à un domaine pour lequel le chat n'est pas activé.
Caused by: org.silverpeas.core.chat.ChatServerException: Error while performing unregister: Bad Request: "Unknown virtual host" at org.silverpeas.core.chat.servers.EJabberdServer.request(EJabberdServer.java:183) at org.silverpeas.core.chat.servers.EJabberdServer.request(EJabberdServer.java:169) at org.silverpeas.core.chat.servers.EJabberdServer.deleteUser(EJabberdServer.java:94) at org.silverpeas.core.chat.listeners.ChatUserEventListener.onDeletion(ChatUserEventListener.java:55) at org.silverpeas.core.chat.listeners.ChatUserEventListener.onDeletion(ChatUserEventListener.java:39) at org.silverpeas.core.notification.system.ResourceEventListener.dispatchEvent(ResourceEventListener.java:111) at org.silverpeas.core.notification.system.CDIResourceEventListener.onEvent(CDIResourceEventListener.java:68) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:95) at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:85) at org.jboss.weld.injection.MethodInvocationStrategy$SimpleMethodInvocationStrategy.invoke(MethodInvocationStrategy.java:168) at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:330) at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:308) at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:286) at javax.enterprise.inject.spi.ObserverMethod.notify(ObserverMethod.java:124) at org.jboss.weld.util.Observers.notify(Observers.java:166) at org.jboss.weld.event.ObserverNotifier.notifySyncObservers(ObserverNotifier.java:285) at org.jboss.weld.event.ObserverNotifier.notify(ObserverNotifier.java:273) at org.jboss.weld.event.EventImpl.fire(EventImpl.java:96) at org.silverpeas.core.notification.system.CDIResourceEventNotifier.notify(CDIResourceEventNotifier.java:49) at org.silverpeas.core.notification.system.CDIResourceEventNotifier.notifyEventOn(CDIResourceEventNotifier.java:54) at org.silverpeas.core.admin.user.UserManager.deleteUser(UserManager.java:665) ... 161 more Caused by: org.silverpeas.core.chat.ChatServerException: Bad Request: "Unknown virtual host" at org.silverpeas.core.chat.servers.EJabberdServer.processError(EJabberdServer.java:202) at org.silverpeas.core.chat.servers.EJabberdServer.request(EJabberdServer.java:179)
Actions
#3
Mis à jour par Miguel Moquillon il y a plus de 4 ans
- Statut changé de In progress... à Feedback
Actuellement dans le code, lorsqu'il n'existe pas d'association entre le domaine Silverpeas d'un utilisateur avec un domaine XMPP, alors par défaut c'est l'association chat.xmpp.domain.0
qui est pris en compte. Ceci permet d'attacher tout ou en partie des domaines dans Silverpeas à 1 seul domaine XMPP.
- revenir à la définition initiale des
chat.xmpp.domain.<id domaine silverpeas> = <domaine XMPP>
- définir une autre propriété
chat.xmpp.domain.default
qui, si valorisée, permet d'associer avec le domaine XMPP indiqué en valeur tous les domaines Silverpeas non déjà associés
Est ce que ça te va ?
Actions
#4
Mis à jour par David Lesimple il y a plus de 4 ans
Miguel Moquillon a écrit (#note-3):
Ce que je peux faire :
- revenir à la définition initiale des
chat.xmpp.domain.<id domaine silverpeas> = <domaine XMPP>
- définir une autre propriété
chat.xmpp.domain.default
qui, si valorisée, permet d'associer avec le domaine XMPP indiqué en valeur tous les domaines Silverpeas non déjà associés
oui, ok. Ca couvre beaucoup de cas sinon tous.
Actions
#5
Mis à jour par Miguel Moquillon il y a plus de 4 ans
- Statut changé de Feedback à Resolved
- % réalisé changé de 0 à 100
Actions
#6
Mis à jour par Yohann Chastagnier il y a plus de 4 ans
- Statut changé de Resolved à Integration in progress...
Actions
#7
Mis à jour par Yohann Chastagnier il y a plus de 4 ans
- Statut changé de Integration in progress... à Closed
- Version cible mis à Version 6.1
Validé et intégré.
Actions