Development #56920
ajouter un paramètre pour garantir la synchronicité dans /api/provision
0%
Description
Ticket ouvert suite à une remarque de Fred dans #56919-5. La nouvelle API /api/provision dans A2 est prévu pour garantir qu'au retour si tout est ok, un utilisateur ou un rôle est bien provisionné partout. Cette garantie tombe à l'eau si l'approvisionnement est fait via uwsgi.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Benjamin Dauvergne il y a plus de 2 ans
- Fichier 0001-provisionning-add-sync-1-parameter-to-__provision__-.patch 0001-provisionning-add-sync-1-parameter-to-__provision__-.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Benjamin Dauvergne il y a plus de 2 ans
- Lié à Development #55571: Provisionning HTTP : utiliser le spooler uwsgi ajouté
Mis à jour par Benjamin Dauvergne il y a plus de 2 ans
- Lié à Development #53059: ajouter une API de provisionning synchrone à authentic ajouté
Mis à jour par Benjamin Dauvergne il y a plus de 2 ans
- Lié à Development #55092: Provisionning des roles de des utilisateurs : utiliser les spooler uwsgi ajouté
Mis à jour par Benjamin Dauvergne il y a plus de 2 ans
- Lié à Development #56921: Rétablir un chemin de provisionning synchrone ajouté
Mis à jour par Benjamin Dauvergne il y a plus de 2 ans
Mis à jour par Benjamin Dauvergne il y a plus de 2 ans
- Fichier 0001-provisionning-add-sync-1-parameter-to-__provision__-.patch 0001-provisionning-add-sync-1-parameter-to-__provision__-.patch ajouté
Rebasé, tests ajustés pour voir l'effet du patch.
Mis à jour par Pierre Cros il y a plus de 2 ans
Je mets un gros UP ici pour des relecteurs motivés, c'est juste trop pénible d'ajouter un usager dans une appli métier et de voir qu'il n'est pas immédiatement utilisable. On est plusieurs CPFs à attendre ça avec impatience.
Mis à jour par Frédéric Péters il y a plus de 2 ans
Mis à jour par Frédéric Péters il y a plus de 2 ans
Et donc le mot à passer aux CPF : si vous voulez du synchrone (depuis six mois avec une petite pause là mais ça reviendra après ce ticket), dans le workflow, après avoir fait l'appel webservice qui a créé un utilisateur dans authentic, il faut appeler l'API de provisionning synchrone, POST vers authentic/api/provision/ avec un paramètre user_uuid et dedans l'uuid de l'utilisateur concerné.
Mis à jour par Serghei Mihai il y a plus de 2 ans
- Statut changé de Solution proposée à Solution validée
Mis à jour par Benjamin Dauvergne il y a plus de 2 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit 96ce1fb02f199e7be2e9b028fa6c79106a514cff Author: Benjamin Dauvergne <bdauvergne@entrouvert.com> Date: Tue Sep 14 07:00:19 2021 +0200 provisionning: add ?sync=1 parameter to /__provision__ API (#56920) When used by the /api/provision API on authentic, it garantees the provisionning is made synchronously.
Mis à jour par Frédéric Péters il y a plus de 2 ans
- Statut changé de Résolu (à déployer) à Solution déployée
provisionning: add ?sync=1 parameter to /__provision__ API (#56920)
When used by the /api/provision API on authentic, it garantees the
provisionning is made synchronously.