Re: RE : [sdx-developers] getDocument

[Jos Snellings]

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/jakarta-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(ServerPagesGenerator.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