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

[Jos Snellings]

Salut Rasik, je viens d'envoyer les fichiers sdxError.log et catalina.out.
L'erreur se produit clairement avec:
    sdx_base.getDocument(sdxdoc, pipe);

Ceci après que le document est bien retourné de la base de documents!
Donc le contenu est retrouvé (parsed), mais une exception est levée après le

parsing. Puis, l'interprétation de la page est arrêtée: les appels suivants
ne sont
plus pris en compte. Donc j'ai pas peu tester la mise à jour par
    doc.setContent(pipe.getTransformedBytes()m

A plus,
Jos

Rasik Pandey wrote:

> Bonjour Jos,
> As-tu les autres StackTraces dans tes logs?
>
> Rasik
>
> -----Message d'origine-----
> De : address@hidden
> [mailto:address@hidden De la part de Jos Snellings
> Envoyé : mercredi 27 novembre 2002 06:48
> À : address@hidden
> Objet : Re: RE : [sdx-developers] getDocument
>
> Bonjour Rasik,
>
> Merci de tes remarques, je viens de vérifier et je constate que tout
> cela est en ordre. La partie vraiment problematique est :
>     C'est le getDocument qui cause un échec systematique:
> ERROR   (2002-11-27) 06:41.12:443   [sdx.framework.herein]
> (/sdx/herein/my_herein/edit.xsp) Thread-12/edit_xsp: Unable to parse the
> document at missingData : Bad file descriptor
> fr.gouv.culture.sdx.exception.SDXException: Unable to parse the document
> at missingData : Bad file descriptor
>         at
> org.apache.cocoon.www.herein.my_herein.edit_xsp.generate(/usr/local/jaka
> rta-tomcat-4.1.10/work/Standalone/localhost/sdx/c
>
> ocoon-files/org/apache/cocoon/www/herein/my_herein/edit_xsp.java:764)
>         at
> org.apache.cocoon.generation.ServerPagesGenerator.generate(ServerPagesGe
> nerator.java:258)
>
> Cette code est analogue à  sdx:includeDocument, sauf que le XMLConsumer
> est le editPipeline au lieu de includeXMLConsumer...
>
> Mais pourtant il y a tout le document qui passe très bien (et qui est
> bien affiché en mode edit); seulement à la fin il y a quelque chose qui
> manque: est-ce que getDocument veut rajouter quelquechose? Autrefois
> c'était apparemment 'sdxUser' qu'il attendait et qui causait une
> exception. J'ai posté la remarque, mais il n'y avaient pas de
> réactions/idées là-dessus.
>
> Merci de tes avis,
> Jos
> ----
> NOTE qui peut être utile à expliquer le phénomène:  depuis que j'ai mis
> à jour la code l'erreur a changé un peu: auparavant il 'agissait d'une
> 'EmptyStackException', dans java.util.Stack.
>
> Rasik Pandey wrote:
>
> > >>Pourtant, tout le contenu du document passe bien par l'editPipeline
> > ...
> >
> > >>En plus, je dérive la editPipeline de la classe AbstractPipeline,
> > >>elle
> > est normalement fait pour être configuré par le fichier
> > >>application.xconf...
> >
> > >>Ce qui nécessite la construction d'un fichier 'updater.xconf' qui ne
> > contient qu'une
> > >>ligne:
> > >><tranformation id="onlineeditor" keep="true"/>
> >
> > >>Pourquoi ne pas permettre que le id et la variable keepStep sont
> > overridable? Alors il n'est plus nécessaire de provoquer un call à
> > configure.
> >
> > Dans ton code de editPipeline.java tu peux ajouter une méthode
> > setKeepStep(String) car le variable keepStep est seulement
> > "protected". Mais il faut que tu la utilise avant que tu ajoutes les
> > transformations avec la méthode addTransformation(Transformation) ou
> > avant que tu appelles la méthode configure(Configuration).
> >
> > A bientôt,
> > Jos
> >
> > _______________________________________________
> > sdx-developers mailing list
> > address@hidden
> > http://mail.nongnu.org/mailman/listinfo/sdx-developers
> >
> > _______________________________________________
> > sdx-developers mailing list
> > address@hidden
> > http://mail.nongnu.org/mailman/listinfo/sdx-developers
>
> _______________________________________________
> sdx-developers mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/sdx-developers
>
> _______________________________________________
> sdx-developers mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/sdx-developers