CForms et espaces de noms ?

Je rencontre quelques difficultés à faire que du CForms en flowscript conserve les espaces de noms. Quelqu'un aurait-il un exemple à montrer ? -- Frédéric Glorieux (AJLSM, http://ajlsm.com) - Liste francophone Apache Cocoon -

Re: processToDOM()?

gueye weuz wrote: J'appelle le pipeleline parce que le resultat je l'obtiens à la suite d'une requete xquery. J'ai essayé d'utiliser cocoon.request.getAttribute("monAttribut")apres un sendPage(monURI) et j'obtiens: 1. un 'null" dans le console cocoon. Qui est-ce qui positionne cet attribut d

Re: RE : Unifier getChild() et lookupWidget() (étai t Re: compiler code java)

[EMAIL PROTECTED] wrote: Et oui, tout arrive: ça marche!!! En fait, je n'étais pas loin avec mon idée de conflit avec mon showForm J' ai tout simplement mis mon premier Showform (ligne 17) à la place du second (ligne 37). Ainsi, tout est fait depuis le flowscript. Merci à tous, votre ai

Re: Re-Compilation XSP

philguillard wrote: Bonsoir, Sans avoir change ma conf (consciemment en tous cas), cocoon ne prend pas en compte mes changements dans mes pages XSP, traduction ils ne sont pas recompiles a chaud, pour y remedier je dois supprimer les class correspondantes dans le WEB-INF/work et redemarrer mo

Re: Cocoon et Hibernate

philguillard a écrit : > Juste mon petit grin de sel pour encouragement. Hum... je me suis mis a > java via cocoon, c'est a dire en commencant par faire du XSP, des > actions, puis en changant des petites choses sur les sources de cocoon, > puis j'ai implemente Hibernate. Le plugin pour Eclipse est

Re: Re-Compilation XSP

Desole. Hum.. Sans doute un probleme de tri, j'ai envoye 2 mails hier et ne les vois pas arriver sur la liste. 12h apres je me suis dit que j'allais les rejouer :-) Jean-Baptiste Quenot wrote: * philguillard: Sans avoir change ma conf (consciemment en tous cas), cocoon ne prend pas en c

RE : Unifier getChild() et looku pWidget() (était Re: compiler co de java)

Et oui, tout arrive: ça marche!!! En fait, je n'étais pas loin avec mon idée de conflit avec mon showForm J' ai tout simplement mis mon premier Showform (ligne 17) à la place du second (ligne 37). Ainsi, tout est fait depuis le flowscript. Merci à tous, votre aide m'a été très précieuse.

Re: Re-Compilation XSP

* philguillard: > Sans avoir change ma conf (consciemment en tous cas), cocoon ne > prend pas en compte mes changements dans mes pages XSP, > traduction ils ne sont pas recompiles a chaud, pour y remedier > je dois supprimer les class correspondantes dans le WEB-INF/work > et redemarr

RE: Unifier getChild() et lookupWidget() (était Re: compiler code java)

C'est encore moi... J'ai tenté de mettre mon bout de javascript dans mon xml de definition entre deux balise Mon fichier => multipage_model.xml: [...] Add locus var form = event.source.form; var repeater = form.looku

Re: processToDOM()?

J'appelle le pipeleline parce que le resultat je l'obtiens à la suite d'une requete xquery. J'ai essayé d'utiliser cocoon.request.getAttribute("monAttribut")apres un sendPage(monURI) et j'obtiens: 1. un 'null" dans le console cocoon. 2. une exception: "java.lang.IllegalStateException: Pipeline has

Re: compiler code java

Partageant cet avis, je suis heureux pour Anyware d'entretenir ainsi la diversité des opinions. A mon sens, le flowscript est encore pire, car il ne dispose pas d'outil digne de ce nom qui detecte les erreurs, propose une complétion, débugge le code... (Eclipse pour java) - Philippe GASSMAN

Re: processToDOM()?

gueye weuz wrote: Bonjour, je veux utiliser la methode processToDOM pour récuperer la valeur d'un attribut de la réponse. Euh... pourquoi appeler un pipeline pour ça ? cocoon.request.getAttribute("toto") devrait faire l'affaire, bien plus simplement et bien plus rapidement. Sylvain -- S

Re-Compilation XSP

Bonsoir, Sans avoir change ma conf (consciemment en tous cas), cocoon ne prend pas en compte mes changements dans mes pages XSP, traduction ils ne sont pas recompiles a chaud, pour y remedier je dois supprimer les class correspondantes dans le WEB-INF/work et redemarrer mon servlet container

RE: Unifier getChild() et lookupWidget() (était Re: compiler code java)

En fait, les infos sont bien pris en compte dans mon binding, mais ne s'affiche pas dans mon formulaire (interface html)... Peut-être que je dois préciser qqch dans mon xml de définition? Merci Bérengère -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : Wednesd

processToDOM()?

Bonjour, je veux utiliser la methode processToDOM pour récuperer la valeur d'un attribut de la réponse. 1. Comment vais je appeler l'uri du pipeline sachant que mon générateur reçoit un parametre qui provient de mon flowscript? Est ce que c'est le 2éme paramétre de cette methode? 2. Apres obtientio

RE: Unifier getChild() et lookupWidget() (était Re: compiler code java)

En effet, je pensais que ça allait marcher avec lookupWidget()que j'utilise a d'autre moment dans mon flowscript, et ça fonctionne très bien... Je me suis permise de remettre mon extrait de code (lignes 31-37) dans son contexte...j'ai peut-être fait une autre erreur qui rend ce passage invisible

Re: Accès à un bean via le RequestInputModule

> Essaie avec {request:attributes/bean/id} J'ai essayé mais ça ne marche pas, c'est vide. Un simple {request:attributes/bean} ne renvoie même pas le nom de la classe. Pourtant mon bean est bien en attribut, puisque le {request-attr} le trouve. C'est bien attributes au pluriel ? J'arrive pas à tro

RE: compiler code java

Non, aucun message d'erreur...mais mon tableau résultant de mon repeater est toujours vide... -Message d'origine- De : Philippe Gassmann [mailto:[EMAIL PROTECTED] Envoyé : Tuesday, February 07, 2006 18:16 À : users-fr@cocoon.apache.org Objet : Re: compiler code java Il y a un message d'