Définir des beans configurables par l'application

Bonjour,

je cherche, pour des raisons de cohérence, à faire rentrer ce bout de code sous forme d'une définition Spring:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

@Override public <CP extends AbstractControlPoint<?, ?>, N extends AbstractCurve<?, ?>> Operation[] getOperations( N element, CP controlPoint, AnimationModel model, SVGController controller) { java.util.List<Operation> operations = new ArrayList<Operation>(); operations.add(new FrontAddControlPoint((FrontCurve)element, (FrontControlPoint) controlPoint, controller)); operations.add(new FrontDeleteFront((FrontCurve)element, model));   operations.add(new FrontCycleCurveType((FrontCurve)element, model, true)); operations.add(new FrontCycleCurveType((FrontCurve)element, model, false)); operations.add(new FrontSwitchCurveSide((FrontCurve)element, model)); return operations.toArray(new Operation[operations.size()]); }

---

L'idée étant d'avoir à la fin un truc du style

Code:

---

1 2 3 4 5 6

@Override public <CP extends AbstractControlPoint<?, ?>, N extends AbstractCurve<?, ?>> Collection<Operation> getOperations( N element, CP controlPoint, AnimationModel model, SVGController controller) { return applicationContext.getBeans("frontOperations"); )

---

et avoir un truc dans le xml du style:

Code:

---

1 2 3 4 5 6

<util:list id="frontOperations" scope="prototype"> <bean class="bla.bla.FrontAddControlPoint" element="${curve}" controlPoint="${point}" controller="{controller}"/> <bean class="bla.bla.FrontDeleteFront" element="${curve}" model="#{model}"/> <bean class="bla.bla.FrontCycleCurveType" element="${curve}" model="#{model}" up="true"/> <bean class="bla.bla.FrontCycleCurveType" element="${curve}" model="#{model}" up="down"/> </util:list>

---

Evidement, ce n'est pas valable en l'état. Donc la question que je me pose, comment donne à spring des paramètres dynamique, c'est à dire des bean, non gérés par spring, à injecter dans l'appel en cours à applicationContext.getBean?

Merci :)

Salut.
D'après mes connaissances, il n'est pas possible de réaliser cela via la configuration dans le fichier applicationContext.
Spring ne gère pas cet aspect là.

Ha, j'avais oublié ce ticket. J'ai finalement résolut mon problème. J'ai créé un bean appelé "dynamic", qui se comporte comme un Map et contient un ThreadLocal avec les données en cours.

J'injecte ce dynamic dans ma classe, j'appelle dessus setValue(key,value) plusieurs fois, avant de récupérer mon prototype dans l'applicationContext qui ressemble maintenant à ça (de mémoire, je suis en congé):

Code:

---

1 2 3 4 5 6

<util:list id="frontOperations" scope="prototype"> <bean class="bla.bla.FrontAddControlPoint" element="${dynamic['curve']}" controlPoint="${dynamic['point']}" controller="{controller}"/> <bean class="bla.bla.FrontDeleteFront" element="${dynamic['curve']}" controlPoint="${dynamic['point']}" controller="{controller}"/> <bean class="bla.bla.FrontCycleCurveType" element="${dynamic['curve']}" model="${dynamic['model']}" up="true"/> <bean class="bla.bla.FrontCycleCurveType" element="${dynamic['curve']}" model="${dynamic['model']}" up="down"/> </util:list>

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

@Override public <CP extends AbstractControlPoint<?, ?>, N extends AbstractCurve<?, ?>> Collection<Operation> getOperations( N element, CP controlPoint, AnimationModel model, SVGController controller) { try{ dynamic.set("curve",element); dynamic.set("model",model); dynamic.set("point",controlPoint); return applicationContext.getBeans("frontOperations"); } finally { dynamic.clean(); } )

---

C'est pas parfait, mais ça fait ce que je veux à bas coût: permettre de configurer les différentes actions possible dans un fichier séparé du code.

Salut tchize,
que pense tu de l'idée d'utiliser un template engine, pour générer un conf.groovy nourri par une ressource json, xml, n'importe quoi qui est fait pour transporter des données.
Ce qui m'a fait arriver a penser que j'aimerais avoir la possibilité d'initialiser le conteneur spring avec une structure de données basique en mode programmation fonctionnel.

Citation:

---

Envoyé par Khaled.Noordin

Salut tchize,
que pense tu de l'idée d'utiliser un template engine, pour générer un conf.groovy nourri par une ressource json, xml, n'importe quoi qui est fait pour transporter des données.

---

Je pense que je vois pas ce que je ferais de ce conf.groovy (non obstant le fait que groovy n'a rien à faire dans le programme concerné :aie:)

Ce fichier groovy tu pourrais t'en servir avec un GroovyBeanDefinitionReader.
Sachant que groovy permet des manipulations de structure plus simple que en java, voila ce que groovy viendrait faire.
Je me suis permit de venir dans le fil et poser une "solution" que je pense être bonne, afin de la confronter à ton avis.

j'ai du mal à comprendre en fait. L'idée c'est de générer un fichier à chaque fois que j'ai besoin de mes beans? C'est pas pratique. Comme je l'ai dit, une simple map, au final, résoud facilement et en quelques lignes mon problème :)

En effet cela se prête plus au bootstraping du container, cependant j’entrevoyais la possibilité de jouer avec du "refreshable".
M'enfin si le job est done, pas la peine de chercher plus loin.
@tchize_ Merci de tes réponses.

Citation:

---

Envoyé par Khaled.Noordin

En effet cela se prête plus au bootstraping du container, cependant j’entrevoyais la possibilité de jouer avec du "refreshable".
M'enfin si le job est done, pas la peine de chercher plus loin.
@tchize_ Merci de tes réponses.

---

Le truc dans mon ca présent, c'est que c'est du scope prototype, l'idée est qu'à chaque fois que je demande cette liste, je l'aie configurée pour le demanduer, mais je vois où tu voulais en venir :)