Bonjour,
nous utilisons simplicité comme un back et nous interagissons avec lui via des APIs. Nous avions paramétré un objet métier de tel sorte qu’il transmettre que certains champs en mode liste (afin d’éviter de surcharger les échanges en le back et le front) et la totalité en mode formulaire. Depuis la bascule vers la 5.1.x nous que ce fonctionnement n’est plus valide. Dans l’UI de simplicité la restriction fonctionne cependant via l’API un get sur une liste nous renvoie la totalité des champs.
Pourriez-vous me confirmer qu’il s’agit bien d’une régression ?
Cordialement
F. Nivoix
- de quelle APIs parle-t-on ? APIs standards ? ou APIs custom (ex: APIs mappées) ?
- à quel niveau sont implémentés les règles de visibilité des attributs de l’objet en question ? Paramétrage statique ? Paramétrage dynamique (contraintes) ? Code serveur (Java) et si oui dans quel(s) hook(s) ? Code client (JS) ?
En attendant d’avoir ces infos je passe votre post en “Support”
On est sur de l’API mappées, paramétrage statique au niveau field/object field pas de code
La visibilité “list”, “form”, “both” et"hidden" des attributs n’a pas d’effet sur la présence de ces attributs dans les réponses aux appels de service sur le endpoint API (/api).
Ces notions de visibilité en liste, en formulaire ou masqué n’est exploitée que dans le contexte des appels de service sur le endpoint UI (/ui) et bien sûr pour les affichages associés en listes ou en formulaire.
La seule visibilité qui est prise en compte au niveau du endpoint API c’est la visibilité “forbidden” qui, comme son nom l’indique, sert à interdire totalement l’accès à des attributs depuis tout type de client. NB: Un attribut “forbidden” reste néanmoins toujours manipulable dans le code serveur.
Il n’y a pas eu de changement à ce niveau entre la version 4.0 et les versions 5.x.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.