RE : RE : [sdx-developers] getDocument

[Rasik Pandey]

Jos,
Quelle version (CVS) de AbstractPipeline.java as-tu?

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