Re: RE : RE : [sdx-developers] Taglib

[Pierrick Brihaye]

Martin Sévigny wrote:

> En fait, il faudrait créer une ou des pages XSP qui exploitent _toute_
> la taglib, et tester cette page. C'est la seule façon que je vois.


J'étais arrivé à la même réponse.

Ceci dit, ce cas de figure n'est fonctionnel que si on reprend le 
XSPProcessor (si je ne me trompe pas) qui, intelligent comme il est, ne 
greffe que les parties exploitées (voilà pourquoi sdxworld fonctionne et 
pas sribzh ;-)

Ausi, je me demande s'il n'est pas possible de mettre au point une 
transformation xsl "idiote" qui transformerait :

la <sdx:page> en class sdx_page

les <xsp:logic> en recopie du contenu

les <xsl:call-template> en recopie du code des dits templates (avec le 
cas particlier des <xsp:include>).

les <xsl:apply-templates> seraient virés (on ne peut garantir qu'ils 
soient appelés dans l'appli)

les <xsp:expr> en System.out.println(

les <xsl:value-of select="bidule"> seraient remplacés par une  String 
"bidule". Ici, il faut faire gaffe aux déclarations multiples. une 
première passe pourrait déclarer ces variables globalement.

même chose pour les <xsl:param> (on ignorerait par la suite les 
<xsl:with-param> ou alors, on les passerait en System.out.println 
histoire de voir s'ils ont bien été déclarés)

la création dynamique desous éléments pourraient être ignorés. Idem pour 
celle des attributs.

Tout ça pourrait un beau fichier texte (en fait, il serait probablement 
aussi affreux que celui généré par le XSPProcessor) qui pourrait ensuite 
tenter d'être compilé. Bien sûr, il n'y pas de passage de paramètres 
mais bon, on ne peut pas garantir non plus que les paramètres vont être 
passés dans les applis.

Tout ça n'est pas mal compliqué et il est possible que je me plante. A 
voir donc... Bien sûr, si quelqu'un trouve en attendant de quoi compiler 
une taglib statiquement, je suis preneur :-)


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