Bonjour,
Je cherche à avoir un générateur xmldb cacheable.
J'utilise Exist.
Dans certains cas, Exist sait donner une date de modification (quand on
demande une ressource précise). Il est possible que ceci puisse
s'étendre aux collections, et donc aux requêtes effectuées sur une
collection.
Je fais marcher, mais je ne sais pas si c'est optimal.
Comme je vois que Sylvain à toucher à XMLDBSource il y a moins de 3 semaines
http://svn.apache.org/viewcvs.cgi/cocoon/blocks/xmldb/trunk/java/org/apache/cocoon/components/source/impl/
Mes questions ont peut être un peu d'actualité.
(Je m'en suis d'ailleurs aperçu un peu tard. Je travaillais sur une
vieille version de la classe, beaucoup moins bien factorisée)
J'ai surchargé
XMLDBSource.getValidity()
pour qu'il renvoit un TimeStampValidity(lastModified) quand il est
possible de récupérer un long lastModified.
ça marche.
(Je le vérifie avec une xsl qui me tagge le xml généré avec une date.
Tant que je n'ai pas touché à la ressource Exist (ou à une xsl du tuyau)
la date ne change pas, et si je modifie la ressource exist, tout est
regénéré )
Maintenant, les questions que je me pose
* Faut il fabriquer un TimeStampValidity à chaque fois que
getValidity() est appelé ?
* C'est certainement une mauvaise pratique, mais j'ai eu besoin d'un
getter sur user:password, cela me permet de reprendre la connexion
configurée en cocoon.xconf depuis ailleurs
* J'imagine que tant que l'api xmldb ne proposera pas un équivalent de
getLastModified() ce ne serait pas une bonne pratique de mettre ce genre
de choses selon chaque implémentation xmldb ?
--
Frédéric Glorieux (AJLSM, http://ajlsm.com)
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:[EMAIL PROTECTED]
Autres commandes : mailto:[EMAIL PROTECTED]