JCMS OpenAPI vs Extensions

Salut Benoit,

En fait je n'ai pas d'existant, au contraire je suis en train de faire la conception de mon projet. Je t'explique mes besoins :

Premièrement, j'ai besoin d'importer des données depuis un système existant sur JCMS, dont des catégories qui constituent des thématiques associées à des contenus. J'ai besoin de pouvoir exploiter ces thématiques de façon souples, c'est pourquoi j'en fait des catégories dans une branche dédiée. Cette import va être fait via des appels WebServices, car nous avons essentiellement des compétences PHP et voulons pouvoir maintenir et faire évoluer facilement les ponts entre nos systèmes existant et JCMS (c'est pourquoi nous évitons au maximum de faire des développements Java, même pour l'import de contenus). En plus j'ai besoin de conserver d'autres métadonnées (tels que des ID historiques) associés à ces catégories.

Deuxièmement, j'ai besoin de pouvoir associer ces catégories à d'autres catégories dans une autre branche. L'idée va être de dire : J'ai une branche A et une branche B de catégories. Si mon contenu est associé manuellement par un contributeur à une catégorie de la branche A, je sais alors fournir la catégorie de la branche B qui lui est associée dans mon flux XML. Le contributeur n'a pas à avoir connaissance de l’existence de la branche B.

Donc mon idée était de créer un champ catégorie multivaluée, en extension des catégories, pour pouvoir, en tant qu'admin, associer des catégories de la branche B à des catégories de la branche A. J'avais aussi dans l'idée de créer d'autres champs d'extension de type texte pour stocker les autres métadonnées associées aux catégories. Je n'ai pas voulu utiliser les ExtraData pour ça, car j'ai vue qu'ils ne permettent pas de créer des champs catégories.

Maintenant, en y réfléchissant, je dois pouvoir créer une extension juste pour ajouter des champs catégories aux catégories (qui seront renseignées manuellement) et créer des ExtraData pour les champs qui devront être importés via webservice, tels que les ID historiques des catégories.

Du coup, c'est juste dommage d'avoir à passer par deux mécaniques différentes pour faire ça.

Super idée Benoit ! Merci beaucoup, je pense que c'est effectivement la solution idéale pour moi.

Je vais créer un type "technique" ImportedCat que je vais pouvoir associer à mes vrais catégories et dans lequel je vais pouvoir mettre les champs correspondant aux métadonnées à importer.

Au final mon seul besoin étant de pouvoir fournir ces infos dans mes flux XML en fonction de la catégorie du contenu, je pourrais retrouver l'ImporterCat qui est rattaché à la même catégorie que mon contenu éditorial et ainsi fourni ces infos.

Merci encore !

PS : Je peux t'appeler SuperBenoit ?

SuperBenoit n'est plus si "super" que ça, s'il fait ça