Re: RE : [sdx-users] modification du pipeline d'indexation

[Pierrick Brihaye]

Salut,

Rasik Pandey a écrit:

> Oui, on pourrait le faire mais dans ces cas car il deviendra plus
> difficile de gérer un Pipeline. Chaque fois quand on appellerait la
> méthode setParameters(), on serait obligé de brancher/rebrancher les
> transformations en bonne ordre au niveau du Pipeline pour. Le pipeline
> ne serait pas reconstruit dans l'état original jusqu'a il recevrait les
> bons paramètres à setParameters() ou un appel à la méthode recycle.

Je suis d'accord sur l'analyse.

> Personnellement, Je crois que il vaut mieux de jouer avec les paramètres
> dans les classes de Transformation au lieu de changer complètement
> l'ordre d'un pipeline.  Théoriquement, si un paramètre existe une
> transformation pourrait exécuter normalement et si  le paramètre n'est
> pas présent la Transformation pourrait transférer les événement à la
> prochaine Transformation/xmlConsumer.

Ici aussi :-)

Le problème c'est le passage de paramètres : ceux-ci sont normalement 
greffés sur le pipeline... qui les transmet à chaque transformation 
lorsqu'elle est ajoutée.

Dans ces conditions, est-ce qu'il ne faut pas également prévoir des 
paramètres pour les transformations ? En effet :

<sdx:pipeline>
  <sdx:parameter name=disable" value="step12"/>
  ...
<sdx:pipeline>

... ce n'est pas terrible et vite limité car est-ce que :

<sdx:pipeline>
  <sdx:parameter name=disable" value="step12"/>
  <sdx:parameter name=disable" value="step13"/>
  ...
<sdx:pipeline>

est valide ?

En revanche :

<sdx:pipeline>
  <sdx:parameter name=pipeline-level-parameter" value="xxx"/>
  ...
  <sdx:transformation id=step12" ... >
      <sdx:parameter name=disable" value="true"/>
  </sdx:transformation>
  ...
<sdx:pipeline>

est tout de même plus propre, non ?

Ca aurait pas mal d'autres implications plus ou moins sympathiques mais 
peut-être difficiles à coder. J'en reste donc à la demande de 
fonctionnalités d'origine :-)

A bientôt,

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden