Plugin DataController et déploiement

Si je comprends, je devrais faire mes développements comme si je voulais créer un plugin sauf que je ne fais jamais l'étape de création du ZIP final ?
Je créé un plugin "de base" (partie 3.2 de la doc "JCMS 5.7 : Développement de modules"), je fais mes développements et basta.

Autre question : je vais faire comme vous dites mais néanmoins je ne comprends pas pourquoi après avoir déploié mon datacontroller (et donc le JAR dans /WEB-INF/lib/ - c'est le déploiement du plugin qui l'a déposé là), quand je demande les changements qui ont eu lieu, ce fichier JAR n'apparait pas ?

Effectivement si vous faite un unique gros plugin de site le mieux est de suivre la section 3.2.

Maintenant Jalios encourage tous les développeurs JCMS de la planète à développer des plugins JCMS générique afin d'en faire profiter toute la communauté des utilisateurs de JCMS.

C'est la raison pour laquelle si vous avez des parties de votre gros plugin qui peuvent être rendu générique, n'hésitez pas à le faire.

Concernant votre seconde question, lors du packaging d'un plugin on déplace toutes les classe dans un .jar uniquement pour être plus propre. Mais ce "jar" n'est pas listé dans les fichiers du plugin il est ajouté dynamiquement.

Il y a peut-être un bug ? Mais globalement il y a deux approches:

1. Déployer, packager, diffuser un plugin et donc fabriquer ce .jar qui sera visible dans les autres instance de JCMS qui utiliseront le plugin
2. Utiliser le gestionnaire de déploiement. Et dans ce cas le .jar n'existe pas, les fichiers du plugin ne sont que des développements organisés et structurés.

Que se passe-t-il si:

1. on dépose un plugin générique
2. on effectue des développements sur une copie de travail
3. on veux faire un déploiement

Théoriquement, le gestionnaire de déploiement est censé prendre tous les fichiers des plugin et donc écraser les fichiers de la webapp cible. Comme ce sont les même tout doit bien se passer

Oui, quand je parle de "déploiement classique", je pense au gestionnaire de déploiement.

J'ai fait plusieurs tests avec mon plugin (qui est des plus simples puisqu'il n'y a qu'un datacontroller qui se contente de renseigner un champ avant enregistrement).
" Voici ce que contient plugin.xml :

...
<plugincomponents>
  <datacontroller class="com.jalios.jcmsplugin.fsucontroller.FSUController" types="FSU" />
</plugincomponents>
...

Je constate que dans le paquetage du plugin, j'ai bien un JAR qui contient la classe voulue.
Quand, ensuite, je fais un delta, je n'ai plus ce JAR; mais le ZIP du plugin contient lui-même le JAR donc pas de problème.
Quand j'applique mon delta sur une instance, après redémarrage, j'ai bien mes répertoires plugin mais mon JAR reste dans le ZIP et n'est pas placé dans /WEB-INF/lib/ !
J'ai constaté qu'il fallait que j'aille dans "Gestion des modules" et que je clique sur "Mettre à jour..." pour que le JAR soit effectivement déployé. Ensuite tout va bien.

J'ai essayé de voir, en utilisant votre plugin JPoints, si j'obtenais la même chose mais lorsque je mets mon delta et que je demande à redémarrer l'appli, celle-ci reste perpétuellement sur la page "Veuillez patientez...". Je précise que dans le delta il y a également mon propre plugin décrit plus haut. Si j'arrête mon serveur d'appli et que je le redémarre, je ne peux plus accéder à l'instance. J'ai un message m'indiquant qu'il y a eu des erreurs pendant compilation. Mais, là n'est pas le problème, ce n'est qu'une instance de test pour moi.
J'ai donc regardé ce qui avait été déployé malgré tout et je vois que le fichier JPointsPlugin.jar n'est pas non plus dans /WEB-INF/lib.
Donc j'en viens à me demander s'il n'y a pas un bug quelque part ?

Désolé, je me suis sans doute embrouillé et je n'ai pas été très clair (mais je pense avoir compris les solutions 1 et 2 dont vous avez parlé).

Mon idée est :
- Je fais un plugin comme pour la solution 1
- J'installe ce plugin sur une instance JCMS
- Depuis cette instance, je fais un delta et je le déploie

Tout cela revient donc à faire un mixe des solutions 1 et 2.

Pourquoi je fais des plugins que je ne diffuserais de toute façon jamais en dehors de mon projet ?
- Pour me conformer aux nouvelles méthodes de développements que vous souhaitez avec JCMS 5.7 (et que je trouve très bien d'ailleurs)
- Parce que je me dis que lorsqu'il faudra faire de la maintenance, s'il s'agit juste d'un problème avec un plugin, je n'aurai qu'à le corriger et envoyer le plugin corrigé. Pas besoin de passer par une la phase classique (copie de travail, pré-expo,...) qui est particulièrement (trop) contraignante selon moi (mais ça, c'est un autre débat)
En résumé, j'espère que les plugins me permettront de limiter plus tard les déploiements par delta.