Produits Entr'ouvert » Passerelle

En fait ça pourrait être plus générique, car il faut aussi pouvoir locker à plus bas niveau, par exemple interdire la modification sur la fiche d'un enfant donné.

Je propose donc quelque chose de nettement plus général :

• lock?id=.... : permet de dire que l'élément "id" est locké, ça pourra être un "DUI:xxxx" numéro DUI ou un "enfant:id" ou un "person:id"
• unlock?id=.... : permet de libérer le lock
• locked?id=.... : permet de connaître l'état du blocage, répond true/false (note : répondre aussi "bloqué" s'il n'y a pas d'appairage, car cela va être utilisé pour bloquer le formulaire)

Exemple d'appels possibles dans des webservices w.c.s. utilisables en condition (formulaire et/ou workflow) :

• passerelle/axel/xxx/lock?id={{ webservice.dui.dui }} : locker le DUI appairé
• passerelle/axel/xxx/lock?id=enfant:{{ form_var_enfant_id }} : locker l'enfant "id"

J'ajouterais bien la date du dernier lock (lock_date, DateTimeField en auto_now), et la renvoyer en plus du reste ; ça nous sera utile lors d'éventuels débogages. Et, toujours dans ce but, la possibilité de stocker l'identifiant du locker (comme key, ça sera à l'appelant de choisir ce qu'il faut, typiquement le numéro de la demande qui provoque le lock, quelque chose dans le genre).

  lock?key=kkk&locker=abc  (locker optionnel, bien sûr)
  -> {"key": "kkk", "locked": true, "locker": "abc", "lock_date": "2019-12-04T10:22:33"}

  locked?key=kkk
    -> {"key": "kkk", "locked": true, "locker": "abc", "lock_date": "2019-12-04T10:22:33"}

  unlock?key=kkk
    -> {"key": "kkk", "locked": false, "locker": "abc", "lock_date": "2019-12-04T10:22:33"}

  locked?key=kkk
    -> {"key": "kkk", "locked": false}