Produits Entr'ouvert » Publik

Y'a du code dans passerelle.contrib.maarch qui sait injecter dans Maarch en posant des metadonnées (c'est plutôt ad-hoc minint, mais les idées sont là). Charge à un workflows wcs de pousser ce qu'il faut, c'est lui qui décide des metadonnées via des données dans le json nommées maarch_metadata_truc, maarch_ext_metadata_chose, maarch_collId, maarch_table, maarch_status, maarch_ext_table, etc. Passerelle traduit ça et injecte en SOAP via storeResource + storeExtResource puis storeAttachmentResource s'il y a des docs attachés (jamais utilisé au minint).

Mais en lisant ce que tu dis : est-ce qu'on gérerait autre chose que des courriers issus de w.c.s. ?

Si on a enregistré dans la demande le numéro de courrier communiqué par Maarch à l'origine, il n'y a pas de raison de repasser par Welco : appel sur les webservices de Maarch en passant par le connecteur évoqué par Thomas ça me paraît bien (mais il faut transmettre cet ID initial).

Comment qu'on fait pour avoir ce connecteur installé à Nancy ?

STOP le code dans passerelle est obsolète il passe par un interface SOAP qui n'existe pas/plus, enfin en tout cas qui n'est plus documenté par Maarch et qui n'est pas utilisée sur Nancy.

Ok alors oublions ce connecteur.

Est-ce que je dois demander à Maarch autre chose que ce que j'ai déjà demandé ? Est-ce que l'ID du courrier Maarch est lié à la demande dans w.c.s. ?

Pierre Cros a écrit :

Ok alors oublions ce connecteur.

Est-ce que je dois demander à Maarch autre chose que ce que j'ai déjà demandé ?

Moi j'attends qu'ils dégrossissent le boulot, i.e. en pseudo code qu'ils expliquent comment faire avec les WS existants ou des nouveaux s'il en faut, mais j'ai peur qu'ils reviennent avec des questions, sur les colonnes à ajouter dans leurs données, je ne crois pas qu'on puisse pousser n'importe quoi et l'utiliser dans un template ensuite.

Est-ce que l'ID du courrier Maarch est lié à la demande dans w.c.s. ?

Non, si je dis que welco est au milieu et doit a priori y rester ce n'est pas pour rien, il n'y a que lui qui connaisse le lien entre les courriers et les formdata.

Sinon prévoir une évolution coté w.c.s. pour pousser ça dans le contexte de soumission (je ne sais pas trop si c'est un dico libre ou pas).

Repasser par Welco me semble bien superflu et donc, sauf si vous me dîtes le contraire, je trouve utile d'avoir l'Id du courrier Maarch dans la demande (contexte de soumission ou autre je ne sais pas).

J'ai envie qu'on envoie le corps du courrier et voilà, un texte donc. S'il faut autre chose, ce sera effectivement à Nancy/Maarch de nous dire. Est-ce que c'est possible en l'état avec les WS existant ?

Sinon prévoir une évolution coté w.c.s. pour pousser ça dans le contexte de soumission (je ne sais pas trop si c'est un dico libre ou pas).

Plutôt côté welco, et c'est trivial, je viens de créer #27794 avec le patch, le tout se trouve ensuite accessible côté w.c.s.

J'ai acké le patch de Fred mais ça n'avance en rien le fond du problème, et je ne comprends toujours pas en quoi c'est plus simple de se baser sur un connecteur passerelle qu'on a pas.

(...) je ne comprends toujours pas en quoi c'est plus simple de se baser sur un connecteur passerelle qu'on a pas.

Plutôt qu'autre chose qu'on n'a pas non plus, et qu'on ne sait même pas ce que ça pourrait être ?

Basiquement, pour reprendre le ticket, on est là dans w.c.s., on a généré un pdf de réponse, on veut le poser dans maarch, qu'il soit associé au document d'origine, sans mettre les formes : set_answer(mail_id=..., file=...).

Frédéric Péters a écrit :

(...) je ne comprends toujours pas en quoi c'est plus simple de se baser sur un connecteur passerelle qu'on a pas.

Plutôt qu'autre chose qu'on n'a pas non plus, et qu'on ne sait même pas ce que ça pourrait être ?

Basiquement, pour reprendre le ticket, on est là dans w.c.s., on a généré un pdf de réponse, on veut le poser dans maarch, qu'il soit associé au document d'origine, sans mettre les formes : set_answer(mail_id=..., file=...).

Donc plutôt que d'avoir une méthode uniforme basée sur welco, on va multiplier encore les intégrations ? Ne serait-il pas plus simple que welco balance directement l'URL de l'API dans la clé answer_url du contexte et qu'on puisse bêtement poster la réponse vers form_submission_context_answer_url ? Ou alors on est super sûr qu'il n'y aura pas n autres intégration d'un logiciel courrier à l'avenir.

Je vais ouvrir un autre ticket je ne sais où pour parler spécifiquement de Maarch parce que ça pollue ce ticket.

Que ce set_answer(mail_id=..., file=...) soit un webservice dans welco, dans passerelle, ou natif de l'applicatin métier, ça ne devrait pas avoir d'incidence côté w.c.s.

Le moment où ça aurait une incidence c'est si cet appel ne pouvait pas être fait via l'action webservice, et ça signifierait alors, soit la création d'un connecteur dédié dans passerelle, qui offrirait un appel compatible avec l'action webservice, soit la création d'une action dédiée, ce qu'on essaie de limiter aujourd'hui.

J'ai fermé parce que ça part en sucette, je vais attendre les retours de Maarch et on verra.

La suite est ici #22546