From:
Date: 14/11/2003 - 10:31
> J'ai déjà été confronté à un problème similaire :
> Comment parser un contenu obtenu à travers un ContentHandler ?
Je crois que le coeur du problème est bien la nécéssité d'avoir à repartir d'une etape de parsing, alors que celà a déja été fait en amont.
> Ma solution a été d'écrire une classe dérivant de PipedReader
> qui en interne possède un PipedWriter sur lequel tous les
> événements du ContentHandler sont écris.
>
> [Content Handler]--event-->[Ma
> classe]--String-->[PipedWriter]->[PipedReader]
>
> Pour parser et donc valider le contenu, il suffit de "saxer"
> avec validation le reader obtenu.
D'accord, juste pour être sur de bien comprendre. Votre parseur est donc en attente d'evenements sur votre reader ?
votre classe custom n'interrompt donc pas le flux.
C'est plus complexe que ce que j'esperais mais voila au moins une solution !
Merci pour votre aide,
Arnaud Lenfant
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC
webmaster@xmlfr.org
| 
