Question sur l'ingest et son asynchronicité about vitam HOT 5 CLOSED

Note additionnelle: je pensais avec le client Ingest external, bien sûr, pas d'autres clients... ?

from vitam.

Bonjour Frédéric,

Pour suivre l'état d'avancement de l'ingest et des workflows ça ne se passe pas dans ingest external.

Voici la documentation de l'API en question :
http://www.programmevitam.fr/ressources/DocCourante/raml/externe/functional-administration.html#operations

Pour le pooling :
Si vous êtes sur java, VITAM offre un client VitamPoolingClient qui utilise AdminExternalClient.
Sinon il faut, côté frontal, continuer à faire des requêtes HEAD sur /admin-external/v1/operations/{request_id} pour suivre l'avancement du workflow.

Bien cordialement
Djamel

from vitam.

Bonjour Djamel,
Oui, je me souviens bien des aspects Admin, mais si on imagine un client Ingest sans droit d'admin, comment faire ?
Quelle est la nature de la réponse si on fait un GET /ingests/{objectId}/archivetransferreply alors que ce n'est pas prêt ? Un erreur, je suppose, mais laquelle ? Ceci afin de déterminer, par un pooling non "admin" que l'ingest est prêt pour récupérer son ATR...
L'idée ici est d'avoir le résultat sans être autorisé à Admin...
Bien à vous,
Frédéric

from vitam.

La réponse normalement est NOT_FOUND (404) mais un GET /ingests/{objectId}/archivetransferreply ne pourra pas être utilisé pour faire du pooling, car avec un workflow en FATAL on aura jamais d'ATR.

Vitam gère la notion d'admin comme suit:

• Le certificat utilisé pour connecter aux external est liée à un contexte Vitam.
• Le contexte Vitam définit un SecurityProfile.
• Le SecurityProfile determine les permissions pour chaque méthode des différentes API external ou peut être full access.

La notion d'admin est maintenant liée aux permission qu'on définit dans le SecurityProfile.

L'api /admin-external/v1/operations/{request_id} est annotée :
@Secured(permission = "operations:id:read:status", description = "Récupérer le code HTTP d'une opération donnée")

Il faut donc juste avoir la permission permission = "operations:id:read:status" dans SecurityProfile et ça devrait aller.

Il faut noter que /admin-external/ est exposé sur le port business de jetty.

Bien cordialement

from vitam.

Merci Djamel !
Je vais partir sur ce 404 et voir ensuite une option pour utiliser le VitamPoolingClient sur cette limitation admin...
Bien à vous !!

from vitam.