Bug #11426
fermé
La synchronisation des utilisateurs pour la messagerie ne tient pas compte des domaines pour lesquels la messagerie n'est pas active
Ajouté par David Lesimple il y a presque 5 ans.
Mis à jour il y a plus de 4 ans.
Catégorie:
Messagerie instantanée
Votre version de Silverpeas:
6.1-x
Votre base de données:
Toutes
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.
- Statut changé de New à In progress...
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)
- 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.
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
Est ce que ça te va ?
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.
- Statut changé de Feedback à Resolved
- % réalisé changé de 0 à 100
- Statut changé de Resolved à Integration in progress...
- Statut changé de Integration in progress... à Closed
- Version cible mis à Version 6.1
Formats disponibles : Atom
PDF
Mis à jour par 
Mis à jour par 
Mis à jour par