Ticket #1197 (closed enhancement: wontfix)
Etendre services.php au json
| Reported by: | bruno | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | module:admin | Version: | dev |
| Severity: | normal | Keywords: | |
| Cc: |
Description
admin/services.php est actuellement restreint à renvoyer du xml. Certains scripts javascript attendent du json.
Permettre à services.php de traiter aussi du json (voire créer un services_json.php à coté) serait un plus.
Attachments
-
JSON_REST_service_step1_PHP_part.patch
(16.8 KB) -
added by JcDenis 13 years ago.
- Premier essai de la partie PHP du service REST JSON
Change History
Changed 13 years ago by JcDenis
-
attachment
JSON_REST_service_step1_PHP_part.patch
added
Premier essai de la partie PHP du service REST JSON
comment:4 Changed 13 years ago by JcDenis
J'ai tenter une première approche (en pièce jointe) seule la partie PHP est faite, j'ai repris les fonctions existantes dans services.php et les ai transposé dans services_json.php, si quelqu'un a 5 min pour faire un petit bout de script JS pour tester.
comment:6 Changed 6 years ago by franck
- Status changed from onhold to closed
- Resolution set to wontfix
Alors en fait, jusqu'ici on s'en est bien passé et d'ailleurs ça m'intéresserait de savoir quels sont ces scripts js qui profiterait de JSON plutôt que du XML.
Par ailleurs, si vraiment c'était nécessaire, on pourrait toujours inclure dans les outils JS un convertisseurs XML → JSON
Je ferme tant que c'est du YAGNI
Yep, ça me parait une bonne idée seulement il va falloir changer tous les services car cela n'est pas cohérent. Actuellement, tous les services utiliser des xmlTag() pour générer leurs XML. Si le services.php propose de sortir du JSON, créer un message avec des xmlTag() n'a plus de sens.
Il est donc préférable de créer un services_json.php à coté.