Problèmes

Transmettre les autorisations ELO

Actuellement, les objets de sortie ACL ne sont pas compatibles avec les objets d'entrée ACL. Les autorisations doivent être mappées pour pouvoir être transmises. Pour ceci, une transformation est requise.

Workaround

1. Créez le service Ajouter l'autorisation.

2. Naviguez dans l'onglet Réglages.

3. Entrez l'ID d'objet.

4. Veuillez sélectionnez un mode de transmission ACL.

5. Ouvrez le menu de réglages de la liste via le bouton Array.

6. Sélectionnez Entrée libre en tant que Méthode d'entrée.

7. Dans l'éditeur JSONata, entrez l'appel JSONata suivant sous Autorisations :

   $map(stepX.acl, function($aclItem) {
     {
     "user": $aclItem.user.id,
     "read": $aclItem.read,
     "write": $aclItem.write,
     "delete": $aclItem.delete,
     "edit": $aclItem.edit,
     "list": $aclItem.list,
     "permission": $aclItem.permission
     }
   })
   

8. Ajustez le contexte à l'objet source des autorisations.

Traitement des valeurs de date avec l'éditeur ELO Flows JSONata

En interne, ELO utilise le format IS sans délimiteur (par exemple 20130701).

La fonction $toMillis() ne supporte pas de conversion sans délimiteur dans ELO Flows.

Workaround

C'est pourquoi la date ISO doit tout d'abord être dotée d'un délimiteur.

$milliRes est la date convertie en millisecondes, avec laquelle il est possible de continuer à travailler.

(
   $iDate := activities.calendar.date;
   $cDate := $substring($iDate,0,4) & "-" & $substring($iDate,4,2) 
             & "-" & $substring($iDate,6,2);
   $milliRes := $toMillis($cDate);
)

Enchainement dans les champs de transformation

ELO Flows permet les enchainements dans les champs de transformation, par exemple dans le champ Transformation de listes.

Lors de votre entrée dans l'éditeu JSONata, saisissez l'expression correspondante entre parenthèses. Sans les parenthèses, l'enchainement est appliqué à l'intégralité de l'expression, et non pas aux éléments distincts de l'array.

Remarque

L'enchainement dans les champs de transformation n'est possible qu'au mode expert de l'éditeur JSONata. Pour ceci, saisissez le mode avec le symbole J:.

Exemple d'enchainement de GUID et string

/*Entrée dans l'éditeur JSONata*/
($.guid&"HelloWorld")
/*Résultat de l'enchainement*/
[
  "guid1HelloWorld",
  "guid2HelloWorld",
  "guid3HelloWorld"
]

Migrer les packages à partir des données anciennes

La migration de ELO Flows est exécutée une fois. Ensuite, un drapeau est placé dans la base de données, indiquant que la migration des données anciennes a déjà été effectuée. Pour cette raison, la migration n'est pas redémarrée. Un chargement de données n'ayant pas été migrées les détruit durablement.

Actuellement, il n'existe pas encore d'événement lors de l'importation de package avec lequel les données importées peuvent être traitées correctement. Utilisez soit l'importation de ELO Flows (ici, les anciens flows sont migrés correctement), soit la manière de faire décrite ci-dessous.

Workaround

1. Arrêtez le service d'administration de ELO Flows.

2. Dans la base de données, supprimez le drapeau de migration.

   Exemple :

   delete from configurations where cfgcomponent = 'flows' 
          and cfgkey = '23.00.000' 
          and cfggroup = 'TEMPLATE_MIGRATION'
   

3. Démarrez le service d'administration de ELO Flows.

Résultat : Le démarrage ensuite de ELO Flows a pour effet la migration des données anciennes.

Problèmes dans le client Java ELO lors de l'exécution de flows manuels sans activités.

En raison des directives concernant les cookies, il n'est pas possible d'exécuter des flows manuels sans activités dans le client Java ELO, si ceux-xi sont installés sur la même machine que le manager de flows. La raison pour ceci est que Flows-Manager ne peut pas vérifier la requête, lorsque le client ne transmet pas d'ID JSESSION. A l'inverse, les lancements de flows manuels avec activités fonctionnent toujours, étant donné que ceux-ci sont exécutés dans le WebView du client. Le client Web ELO n'est pas concerné par ce problème.