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

[Jos Snellings]

Certainement, Rasik, je te les fais parvenir (autre account). Je te les
envoie dans ton mailbox,
ou tu préfères un post sur cette liste? (je suppose address@hidden)

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