nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Workflow Assigne Search

sibe

Bonjour,

Lors de l'assignation d'un workflow à un ou des utilisateurs, je voudrais que seul les membres du site soit renvoyés quand on utilise le terme "*".
J'ai trouvé cette explication de Jeff Potts http://stackoverflow.com/questions/9413881/filter-user-in-select-bpmassignee-control-alfresco

Je croyais qu'il fallait peut être modifier le web script alfresco/api/forms/picker/authority/children?selectableType=cm

erson&searchTerm=*&size=100 qui utilise le script pickerchildren.get.js disponible dans classpath:alfresco/templates/webscripts/org/alfresco/repository/forms.

Merci de votre inspiration.

Find more posts tagged with

Comments

cleseach

Bonjour,

La discussion sur Stackoverflow porte sur la sélection dans un groupe particulier. Et la modification du people picker est une bonne solution dans ce cas.
Ton besoin est de pouvoir disposer des membres du site, ce qui complique beaucoup les choses.

En effet, il est possible de démarrer un workflow dans le contexte d'un site, aussi bien que dans le contexte "global" de l'application (entrepôt ou liste des tâches). Et dans cette seconde situation, il n'est plus question de site.

Il va donc falloir que tu ajustes transmette une information supplémentaire au people picker pour indiquer dans quel contexte tu te situes (site / pas site) et faire la recherche sur les personnes en fonction de cette information.
Un peu de travail en prévision !

Cordialement,
Charles Le Seac'h

sibe

Hello Charles,

Merci pour ta réponse je vais voir alors comme prévu le script people picker. Exactement il y'a les 2 cas de figures d'une part le contexte site et d'autre part le contexte pas site ==> Concernant ce dernier cas de figure j’essaierai juste de récupérer la liste des utilisateurs qui sont membres du ou des sites dont l'utilisateur courant (l'initiateur du workflow) est aussi membre.
ça ne va pas être facile mais je vais essayer ka même. Je te tiens au courant n'hésite pas si tu as des idées supplémentaires.

Merci

sibe

Finalement comme prévu j'ai modifié le script people picker en utilisant le service siteService, ça ressemble à peut près aux lignes ci dessous :

 var sites = siteService.listUserSites(authorityName);
           for each(var site in sites)
       {
         if(site.shortName != null || authorityName != null)
         {
            if(site.isMember(authorityName))
            {
               logger.log("nodeUser ==> " + user.person.properties.userName);   
               // add to results
               results.push(
               {
                  item: createPersonResult(user.person),
                  selectable: true 
               });
            }
         }
       }
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Déjà avec ça j'arrive à récupérer que les users qui sont membre d'au moins un site. J'ai juste pour l'instant un problème de doublons dans certains cas le script me retourne le même plus d'une fois (car l'user concerné est membre d'au moins un site). Exemple si l'utilisateur est membre de 2 sites le script retourne 2 fois le même utilisateur. Je vais essayé de supprimer ces doublons.

sibe

Re bonjour,

Merci Charles pour le topo, par contre comment je peux faire pour retourner un utilisateur une seule fois(éviter de retourner le même noderef plusieurs fois) : Je ne sais pas comment faire dans la boucle de mon script suivant :

if(site.isMember(authorityName))
{
   logger.log("nodeUser ==> " + user.person.properties.userName);   
}
‍‍‍‍‍‍

La variable user.person.properties.userName retourne dès fois des utilisateurs identiques si ces derniers sont membres de plusieurs sites l'déal serait de retourner un utilisateur une seule fois pas plus.

Merci

cleseach

Hello !

Je viens de prendre connaissance de tes derniers messages.
La voie que tu explore me parait un peu compliquée, mais peut-être ai-je mal compris ton besoin.

Ma compréhension : lorsque tu démarres un workflow depuis un site, tu veux que le choix des acteurs de ce workflow ne puisse se faire que parmi les membres du site.

Si je suis dans le vrai, je travaillerais plutôt à partir de l'information sur le site : si je dispose du nom du site je peux faire un <site>.listMembers(…) pour récupérer la liste des membres, pas besoin de boucle compliquée.
Tout l'enjeu est donc de véhiculer le nom du site jusqu'au composant effectuant la recherche puis de le modifier pour réaliser l'appel ci-dessus à bon escient (ne pas oublier le cas où nous ne sommes pas dans le contexte d'un site).

Cordialement,
Charles

sibe

Hello,

Merci Charles pour ta réponse, si j'utilise la méthode listMembers comme décrit sur mon code ci dessous :

var memberships = site.listMembers("", "", 0, false);
for (userName in memberships)
{
   if (userName.match("^GROUP_")) 
  {
   logger.log("Member is Group Type");
  }
 else
{
   authorities['_' + userName] = people.getPerson(userName);
}
}
‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Donc la variable authorities['_' + userName].properties.userName retourne l'ensemble des utilisateurs membre de site. Mais il y'a forcément de doublons si un utilisateur est membre sur plusieurs sites ==> c'est à dire si l'utilisateur X est par exemple membre sur 3 sites il sera affiché 3 fois.ça me retourne au problème précédent.

cleseach

Dans ton cas, il me semble préférable de positionner à true le dernier argument de listMembers :

var memberships = site.listMembers("", "", 0, true);‍

Ceci te permettra de récupérer tous les utilisateurs membres du site, y compris ceux dans des groupes.

La syntaxe authorities['_' + userName] est un peu curieuse. L'objectif est-il de disposer d'une hashmap dont la clé serait le userName ?
Quoiqu'il en soit, la liste retournée par site.listMembers ne contient pas de doublons, tu ne devrais donc pas en avoir a l'issue de ta boucle for. Pas de problème dans le cas où l'utilisateur est membre de plusieurs sites, puisque seules les membres d'un site sont listés.

Cordialement,
Charles

sibe

Je suis d'accord avec toi Charles sur l'utilisation de listMembers qui retourne les membres d'un site, je pense que je me suis mal exprimé en fait au départ je récupère la liste des users via le service groups.searchUsers, ensuite j'utilise siteService pour récupérer d'abord les sites associés aux utilisateurs précédement identifiés via siteService.listUserSites(userName): une fois que je récupére la liste des sites je parcours les membres de chaque site )==> donc forcément je récupère les users par site. voir le code dessous :

//Liste des users enregistres dans le repository
var searchResults = groups.searchUsers(searchTerm, paging, "lastName");
 for each(var user in searchResults)
   {
  //userName
  var authorityName = user.userName;
//liste des sites associés aux users
   var sites = siteService.listUserSites(authorityName); 
for each(var site in sites)
       {
 if(site.shortName != null || authorityName != null)
 {
//recupere la liste des membres par site
var memberships = site.listMembers("", "", 0, true);
for (userName in memberships)
            {
var memberName = people.getPerson(userName).properties.userName;
}
}
}

Bon je vais voir si je peux supprimer quelques boucles. 


‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

cleseach

Bonjour,

Il me semble que le plus simple est de disposer en entrée de ton script le nom du site que tu considères.
Ainsi, plus de problèmes de doublons et plus d'efficacité !

Cordialement,
Charles

sibe

Exactement c'est ce que j'ai constaté aussi, mais là en entrée je n'ai que des utilisateurs à ma portée, donc finalement je recupère pas un site mais un tableau de site via

 var sites = siteService.listUserSites(authorityName);
‍‍‍

Ce que je pensais faire aussi, c'est d'ajouter la liste des membres de sites récupérés dans un objet de type Tableau, mais as tu une idée plus light.

Merci

cleseach

Tout le but du jeu est de passer l'identifiant du site comme paramètre à ton webscript 😉
Ca demande quelques ajustements, bien entendu !

sibe

Une bonne idée mais ça ne règle pas le problème car en ajoutant l'identitiant du site dans l'url on récupère aussi bien les membres associés mais au final on se retrouve dans le même cas de figure pour les utilsateurs présents dans beacoup de sites.

Tu ne crois pas que l'on peut retravailler sur le résultat obtenu c'est à dire la variable userResults afin d'utiliser des tableaux ?

var sites = siteService.listUserSites(authorityName); 
       for each(var site in sites)
{
 var userResults =  user.person.properties.userName);
}
‍‍‍‍‍‍‍

cleseach

Aller hop, c'est la fin de semaine, je vais illustrer mon propos d'un petit exemple.

Lorsque tu fais une recherche pour choisir un acteur du workflow, l'url suivante est appelé :

http://localhost:8080/share/proxy/alfresco/api/forms/picker/authority/children?selectableType=cm:person&searchTerm=charles&size=1000‍

Comme tu pourras le voir, j'ai joué une requête très egocentrique 😉

Cette url va faire appel au webscript Alfresco pickerchildren.get.
Ce webscript va traiter différents cas de recherche en fonction des paramètres de l'url. Ici, on recherche un utilisateur (cf. authority + selectableType=cmerson) dont le nom contient "charles".

La recherche a proprement parlé est réalisée par la méthode findUsers(searchTerm, maxResults, results) :

function findUsers(searchTerm, maxResults, results)
{
&nbsp;&nbsp; var paging = utils.createPaging(maxResults, -1);
&nbsp;&nbsp; var searchResults = groups.searchUsers(searchTerm, paging, "lastName");
&nbsp;&nbsp; 
&nbsp;&nbsp; // create person object for each result
&nbsp;&nbsp; for each(var user in searchResults)
&nbsp;&nbsp; {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (logger.isLoggingEnabled())
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; logger.log("found user = " + user.userName);
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; // add to results
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; results.push(
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; item: createPersonResult(user.person),
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; selectable: true 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; });
&nbsp;&nbsp; }
}‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Voila pour la situation de départ.
Pour ton besoin, il faut passer une information sur le site. L'URL peut donc devenir quelque chose du genre :

http://localhost:8080/share/proxy/alfresco/api/forms/picker/authority/children?selectableType=cm:person&searchTerm=charles&size=1000&site=monsite‍

Le webscript devra ensuite passer l'information sur le site à la fonction findUsers :

function findUsers(searchTerm, maxResults, results, siteName)
{
&nbsp; var searchResults = Array();
&nbsp; 
&nbsp;&nbsp; if (site == null) {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; // Pas dans un site, recherche complète
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; var paging = utils.createPaging(maxResults, -1);
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; searchResults = groups.searchUsers(searchTerm, paging, "lastName");
&nbsp;&nbsp; } else {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; var site = siteService.getSite(siteName);
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; var members = site.listMembers(searchTerm, "", maxResults, true);
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; for (var i=0; i<members.size(); i++) {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; searchResults[i] = groups.getUser(userName);
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }
&nbsp;&nbsp; } 

&nbsp;&nbsp; // create person object for each result
&nbsp;&nbsp; for each(var user in searchResults)
&nbsp;&nbsp; {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (logger.isLoggingEnabled())
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; logger.log("found user = " + user.userName);
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; // add to results
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; results.push(
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; item: createPersonResult(user.person),
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; selectable: true 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; });
&nbsp;&nbsp; }
}‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Bien entendu, il reste plein de choses à faire :

Tester que ça fonctionne (!)
Faire la modification dans Share pour passer le site en paramètre
Vérifier que l'absence de paging n'est pas un frein trop gros
Mettre en place le tri des résultats si on le souhaite

Voila donc tout ce que je peux avoir en tête pour couvrir ton besoin.

Cordialement,
Charles

sibe

Merci Charles pour cette belle description, je vais essayer de l'exécuter pour voir si ça change quelques choses.

Thank je te tiens au courant.

sibe

Aller hop, c'est la fin de semaine, je vais illustrer mon propos d'un petit exemple.

Lorsque tu fais une recherche pour choisir un acteur du workflow, l'url suivante est appelé :
http://localhost:8080/share/proxy/alfresco/api/forms/picker/authority/children?selectableType=cm:person&searchTerm=charles&size=1000‍
Comme tu pourras le voir, j'ai joué une requête très egocentrique 😉

Cette url va faire appel au webscript Alfresco pickerchildren.get.
Ce webscript va traiter différents cas de recherche en fonction des paramètres de l'url. Ici, on recherche un utilisateur (cf. authority + selectableType=cmerson) dont le nom contient "charles".

La recherche a proprement parlé est réalisée par la méthode findUsers(searchTerm, maxResults, results) :
function findUsers(searchTerm, maxResults, results)
{
&nbsp;&nbsp; var paging = utils.createPaging(maxResults, -1);
&nbsp;&nbsp; var searchResults = groups.searchUsers(searchTerm, paging, "lastName");
&nbsp;&nbsp; 
&nbsp;&nbsp; // create person object for each result
&nbsp;&nbsp; for each(var user in searchResults)
&nbsp;&nbsp; {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (logger.isLoggingEnabled())
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; logger.log("found user = " + user.userName);
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; // add to results
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; results.push(
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; {
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; item: createPersonResult(user.person),
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; selectable: true 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; });
&nbsp;&nbsp; }
}‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍
Voila pour la situation de départ.

jusque là çava.
Pour ton besoin, il faut passer une information sur le site. L'URL peut donc devenir quelque chose du genre :
http://localhost:8080/share/proxy/alfresco/api/forms/picker/authority/children?selectableType=cm:person&searchTerm=charles&size=1000&site=monsite‍
Salut Charles,

Le webscript devra ensuite passer l'information sur le site à la fonction findUsers :
function findUsers(searchTerm, maxResults, results, siteName)
{
&nbsp; var searchResults = Array();
&nbsp; 
La variable site est-elle celle passée via l'url du webscript si oui j'ai bien ajouté la ligne suivante pour la déclaration de site
[code]
var argsSiteName = args['site'];
‍‍‍‍‍‍‍‍
   if (site == null) {
      // Pas dans un site, recherche complète
      var paging = utils.createPaging(maxResults, -1);
      searchResults = groups.searchUsers(searchTerm, paging, "lastName");
   }

Cette deuxième partie est la plus importante.
1er question : La variable userName vient d'où ?
2ème question le pagging est aparemment obligatoire dans les 2 cas de figure ?

Je ne rentre jamais dans ce boucle même en spécifiant un site.
    else {
      var site = siteService.getSite(siteName);
      var members = site.listMembers(searchTerm, "", maxResults, true);
      for (var i=0; i<members.size(); i++) {
         searchResults = groups.getUser(userName);
      }
   }

   // create person object for each result
   for each(var user in searchResults)
   {
      if (logger.isLoggingEnabled())
         logger.log("found user = " + user.userName);

      // add to results
      results.push(
      {
         item: createPersonResult(user.person),
         selectable: true
      });
   }
}

Bien entendu, il reste plein de choses à faire :
Tester que ça fonctionne (!)
Faire la modification dans Share pour passer le site en paramètre ==> OKI
Vérifier que l'absence de paging n'est pas un frein trop gros ==>un peu
Mettre en place le tri des résultats si on le souhaite
==> OKI

Voila donc tout ce que je peux avoir en tête pour couvrir ton besoin.
===>Thank en tout cas pour ta disponibilité

Cordialement,
Charles