Development #16931
WS Eudonet, modification des coordonnées
0%
Description
- des coordonnées du contact en lui-même ET/OU
- des coordonnées de la personne morale liée ... à priori "les deux mon général" ;-)
Fichiers
Demandes liées
Historique
Mis à jour par Brice Mallet il y a presque 7 ans
- Lié à Development #16930: WS Eudonet, appairage ajouté
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a presque 7 ans
- Projet changé de Alfortville à Passerelle
- Catégorie
Eudonetsupprimé - Version cible
TC1, phase1supprimé
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a presque 7 ans
- Fichier 0001-eudonet-add-search-endpoint-16931.patch 0001-eudonet-add-search-endpoint-16931.patch ajouté
- Patch proposed changé de Non à Oui
Premiere version permettant de rechercher et remonter les informations d'un objet, avec la possibilité de spécifier les colonnes à retourner.
Le résultat aurait la forme suivante:
{ data: [ { text: "GARCION", id: "GARCION", label: "Nom" }, { text: "Jean-Jacques", id: "Jean-jacques", label: "Prénom" }, { text: "06 20 35 57 89", id: "06 20 35 57 89", label: "Portable" }, { text: "ajean-jacques.garcion@faveur-industrie.fr", id: "ajean-jacques.garcion@faveur-industrie.fr", label: "Email principal" } ], err: 0 }
Mis à jour par Thomas Noël il y a presque 7 ans
Il ne faut pas appeler ça search, c'est pas un système de recherche. Appeler ça "get", par exemple.
Mais aussi, ce qu'il faut c'est remonter le ou les objets "descid" avec lesquels on est liés.
Genre :get
=> remonter tous les objets descid/objectid auquel on est relié (assez peu d'intérêt, mais bon, facile de faire tous les Search/descid/objectid de ses EudonetLink)get/<descid>/
=> remonter tous les objects "descid" auquel on est relié, directement ou indirectement (pour indirectement, à voir si c'est jouable avec les WhereCustoms, j'ai pas reflechi mais ça serait sympatoche)
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a presque 7 ans
- Fichier 0001-eudonet-add-get-endpoint-to-fetch-linked-objects-att.patch 0001-eudonet-add-get-endpoint-to-fetch-linked-objects-att.patch ajouté
- get => renvoie la paire "desc_id" et "object_id" pour savoir dans quelle "table" à quel objet on est relié
- get/desc_id => renvoie les attributs des objets auxquels on est relié dans cette "table".
J'étudie les exemples pour voir comment remonter les liaisons avec les autres "tables".
Mis à jour par Thomas Noël il y a presque 7 ans
Serghei Mihai a écrit :
Déjà, une première version qui pour:
- get => renvoie la paire "desc_id" et "object_id" pour savoir dans quelle "table" à quel objet on est relié
- get/desc_id => renvoie les attributs des objets auxquels on est relié dans cette "table".
J'étudie les exemples pour voir comment remonter les liaisons avec les autres "tables".
C'est pas ce que j'imaginais, le get que tu proposes ne renvoie pas d'info utile, il sera jamais utilisé, je pense qu'on peut l'oublier.
Je proposais que le get renvoie les objets auxquels on est lié, en gros comme ce que tu as codé quand on force le desc_id. (Pour le filtrage des colonnes, je pense qu'on s'en fout ?)
J'ai pas très bien compris le 'id': field['DbValue'], 'text': field['Value']
qui est joué pour chaque champ de chaque objet... je pense qu'il faut plutôt renvoyer une liste d'objet, chacun étant un dico avec id, text, etc.
(je pense qu'il faudrait commencer à écrire test_eudonet.py avec des jeux de données, genre 3 personnes et 3 assoces, histoire de mieux se comprendre ; c'est un peu fastidieux mais ça va vite ensuite, exemple dans http://git.entrouvert.org/passerelle.git/tree/tests/test_okina.py)
Mis à jour par Brice Mallet il y a plus de 6 ans
- Echéance changé de 28 juillet 2017 à 06 octobre 2017
Mis à jour par Thomas Noël il y a plus de 6 ans
- Statut changé de Nouveau à Rejeté
dev annulé par le client