You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-fr@cocoon.apache.org by Marc Salvetti <ma...@notremanou.net> on 2005/02/08 03:57:48 UTC

Pb avec le binding framework

Bonjour,

voici un pb que j'ai posté hier sur la liste anglophone. Comme je n'ai 
pas eu de réponse et que je suis toujours coincé, j'essaye sur la liste 
francophone, j'espère avoir plus de succès ;-)

J'utilise la fonction form2xml de l'exemple binding dans la 
distribution. Le problème est qu'avec un de mes formulaires, les données 
ne sont pas copiées du formulaire dans le DOM.
Le binding marche bien pour initialiser le fomulaire (les champs ont les 
bonnes valeurs), le fichier xml est sauvé correctement, mais les 
modifications faites dans le fomulaire ne sont pas sauvées dans le DOM 
après l'appel à form.save(document)
Je n'ai aucune erreur dans les logs, ce qui rend le probleme plutot 
difficile a debugger.

J'utilise cocoon 2.1.5.1, avec forms.
Quelqun à t'il deja rencontré le meme probleme ? Comment debugger un 
probleme qui se passe dans une classe java de la distribution ? faut il 
installer le plugin eclipse pour ca ?

Merci pour votre aide !

Marc



---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework

Posted by Jean-Baptiste Quenot <jb...@anyware-tech.com>.
* Marc Salvetti:

> Par contre, j'utilise  cocoon sur tomcat, du coup  je ne demarre
> pas le serveur avec cocoon.bat  tu aurais pas une option magique
> a rajouter au startup.bat de tomcat par hasard ?

Ce que tu cherches est peut-être:

catalina jpda start
-- 
Jean-Baptiste Quenot
Anyware Technologies
http://www.anyware-tech.com/

---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework

Posted by Bertrand Delacretaz <bd...@apache.org>.
Le 9 févr. 05, à 11:58, Marc Salvetti a écrit :

> Desolé mais je suis un peu debutant là, j'ai pas tout compris pour la 
> config d'eclipse...

Note que tu n'en as pa forcément besoin. Pour debugger Cocoon il suffit 
de le démarrer avec ""cocoon.bat servlet-debug" comme Sylvain l'a 
indiqué, puis tu peux t'y connecter avec n'importe quel debugger java.

J'ai utilisé parfois SWAT (http://www.bluemarsh.com/java/jswat/) pour 
créer un setup de debugger indépendant de l'environnement, c'est très 
simple à configurer.

Eclipse n'est pas forcément compliqué non plus, je voulais juste de 
donner un éclairage plus large sur la question.

-Bertrand

Re: Pb avec le binding framework

Posted by Frédéric Glorieux <fr...@ajlsm.com>.
> C'est un peu mon problème, vu que j'habite au cambodge, je ne connais 
> personne ici qui conaisse cocoon ou meme qui code en java :-\

Ou là ! Et ce n'est pas la première chose qu'on a envie de faire en 
rentrant chez soi.

-- 
Frédéric Glorieux ("AJLSM", <http://ajslm.com>)
see also : "Transfolio" <http://transfolio.org>

---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework

Posted by Marc Salvetti <ma...@notremanou.net>.
> Est-ce que Eclipse t'asssiste pour lorsque tu fait objet.g[popup de 
> toutes les méthodes commençant par g]
> Sans création de projet et de classpath, je crois qu'il ne peut le 
> faire que pour les classes JAVA natives, mais il peut aussi bien le 
> faire pour cocoon ou tout autre.
>
oui, la completion marche pour les classes non natives

>> Merci encore à tous pour votre aide
>
>
> Pour plus, il te faut trouver un collègue pour te démarrer.
>
C'est un peu mon problème, vu que j'habite au cambodge, je ne connais 
personne ici qui conaisse cocoon ou meme qui code en java :-\


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework

Posted by Frédéric Glorieux <fr...@ajlsm.com>.
 > Y a t'il un wiki ou une page de doc qq part sur la config d'eclipse pour
 > cocoon ?

J'ai vu passé ça, mais je ne sais pas ce que cela vaut comme howto pour 
débuter.
<http://wiki.apache.org/cocoon/DebuggingCocoon>


> Desolé mais je suis un peu debutant là, j'ai pas tout compris pour la 
> config d'eclipse.

Un monde en soi, j'ai mis plusieurs semaines à m'y faire et à laisser 
mon éditeur de texte.

> Aujourd'hui, je n'utilise eclipse que pour editer un transformer que 
> j'ai ecrit et je n'ai pas crée de projet cocoon dans eclipse.
 > Faut il creer un nouveau projet dans eclipse ?

Est-ce que Eclipse t'asssiste pour lorsque tu fait objet.g[popup de 
toutes les méthodes commençant par g]
Sans création de projet et de classpath, je crois qu'il ne peut le faire 
que pour les classes JAVA natives, mais il peut aussi bien le faire pour 
cocoon ou tout autre.

> Si oui, quel type de projet ? java ou tomcat ? est-ce que ca a une
> importance ?

Sans être sûr (pas testé, par routine je prends le générique JAVA) je 
crois que cela n'affecte que les perspectives. Par contre, pas la peine 
de te charger de toutes les sources cocoon, ne mets que les tiennes dans 
ton projet,  envoit les compiler dans un webapp déployé, et avec le 
classpath et l'option "attach sopurce" tu peux peux avoir du déboguage 
pas à pas, sur tes classes, mais aussi toutes celles qui marchent 
(coocoon, ton moteur de servlet).

> Merci encore à tous pour votre aide

Pour plus, il te faut trouver un collègue pour te démarrer.

-- 
Frédéric Glorieux ("AJLSM", <http://ajslm.com>)
see also : "Transfolio" <http://transfolio.org>

---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework

Posted by Marc Salvetti <ma...@notremanou.net>.
Desolé mais je suis un peu debutant là, j'ai pas tout compris pour la 
config d'eclipse.
Aujourd'hui, je n'utilise eclipse que pour editer un transformer que 
j'ai ecrit et je n'ai pas crée de projet cocoon dans eclipse.
Faut il creer un nouveau projet dans eclipse ?
Si oui, quel type de projet ? java ou tomcat ? est-ce que ca a une 
importance ?
Y a t'il un wiki ou une page de doc qq part sur la config d'eclipse pour 
cocoon ?

Merci encore à tous pour votre aide

Marc

Frédéric Glorieux a écrit :

> Marc Salvetti wrote:
>
>> Merci pour la commande magique  :-)
>>
>> Par contre, j'utilise cocoon sur tomcat, du coup je ne demarre pas le 
>> serveur avec cocoon.bat
>> tu aurais pas une option magique a rajouter au startup.bat de tomcat 
>> par hasard ?
>
>
> Dans Eclipse j'utilise généralement sa fonction run/debug pour 
> démarrer un serveur.  Une fois la configuration posée, cela me permet 
> d'éditer le JAVA comme un langage de script, Eclipse recompile et 
> exécute sans qu'il soit toujours nécéssaire de redémarrer le serveur 
> (sauf quand j'ajoute une classe, une méthode, un champ...).
>
> Dans ce cas Eclipse discute directement avec le jar servlet, ne passe 
> pas par un shell ou un batch. Il s'agit de lui passer le nécessaire 
> pour construire le commande $>java. Pour mon cas je prends jetty
>
> Main class          org.mortbay.jetty.Server
> Program arguments   main.xml (config jetty)
> VM arguments        -Djetty.port=80
> Working directory   important pour la résolution de path
> Classpath           les jars nécessaires au démarrage du serveur
>
> -- 
>
> Frédéric Glorieux (AJLSM http://ajlsm.com)
>
> ---------------------------------------------------------------------
> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>
>
>
>

---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework

Posted by Frédéric Glorieux <fr...@ajlsm.com>.
Marc Salvetti wrote:
> Merci pour la commande magique  :-)
> 
> Par contre, j'utilise cocoon sur tomcat, du coup je ne demarre pas le 
> serveur avec cocoon.bat
> tu aurais pas une option magique a rajouter au startup.bat de tomcat par 
> hasard ?

Dans Eclipse j'utilise généralement sa fonction run/debug pour démarrer 
un serveur.  Une fois la configuration posée, cela me permet d'éditer le 
JAVA comme un langage de script, Eclipse recompile et exécute sans qu'il 
soit toujours nécéssaire de redémarrer le serveur (sauf quand j'ajoute 
une classe, une méthode, un champ...).

Dans ce cas Eclipse discute directement avec le jar servlet, ne passe 
pas par un shell ou un batch. Il s'agit de lui passer le nécessaire pour 
construire le commande $>java. Pour mon cas je prends jetty

Main class          org.mortbay.jetty.Server
Program arguments   main.xml (config jetty)
VM arguments        -Djetty.port=80
Working directory   important pour la résolution de path
Classpath           les jars nécessaires au démarrage du serveur

--

Frédéric Glorieux (AJLSM http://ajlsm.com)

---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework

Posted by Marc Salvetti <ma...@notremanou.net>.
Merci pour la commande magique  :-)

Par contre, j'utilise cocoon sur tomcat, du coup je ne demarre pas le 
serveur avec cocoon.bat
tu aurais pas une option magique a rajouter au startup.bat de tomcat par 
hasard ?

Marc

Sylvain Wallez a écrit :

> Bertrand Delacretaz wrote:
>
>> Le 8 févr. 05, à 03:57, Marc Salvetti a écrit :
>>
>>> ...Quelqun à t'il deja rencontré le meme probleme ? Comment debugger 
>>> un probleme qui se passe dans une classe java de la distribution ? 
>>> faut il installer le plugin eclipse pour ca ?
>>
>>
>>
>> Sans avoir le temps d'entrer dans les détails: il suffit de démarrer 
>> la JVM qui démarre Cocoon avec les options pour le "remote debugging" 
>> (elles sont sauf erreur présentes dans les scripts, voir cocoon.sh ou 
>> cocoon.bat)et configurer ton IDE pour se connecter sur cette JVM en 
>> mode "remote debugging".
>
>
>
> La commande magique est "cocoon.bat servlet-debug".
>
> Quand au problème (binding qui ne fait rien), sans aucune trace ni 
> dans la console, ni dans les logs, il est difficile de répondre...
>
> Sylvain
>

---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework

Posted by Sylvain Wallez <sy...@apache.org>.
Bertrand Delacretaz wrote:

> Le 8 févr. 05, à 03:57, Marc Salvetti a écrit :
>
>> ...Quelqun à t'il deja rencontré le meme probleme ? Comment debugger 
>> un probleme qui se passe dans une classe java de la distribution ? 
>> faut il installer le plugin eclipse pour ca ?
>
>
> Sans avoir le temps d'entrer dans les détails: il suffit de démarrer 
> la JVM qui démarre Cocoon avec les options pour le "remote debugging" 
> (elles sont sauf erreur présentes dans les scripts, voir cocoon.sh ou 
> cocoon.bat)et configurer ton IDE pour se connecter sur cette JVM en 
> mode "remote debugging".


La commande magique est "cocoon.bat servlet-debug".

Quand au problème (binding qui ne fait rien), sans aucune trace ni dans 
la console, ni dans les logs, il est difficile de répondre...

Sylvain

-- 
Sylvain Wallez                                  Anyware Technologies
http://www.apache.org/~sylvain           http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework

Posted by Bertrand Delacretaz <bd...@apache.org>.
Le 8 févr. 05, à 03:57, Marc Salvetti a écrit :

> ...Quelqun à t'il deja rencontré le meme probleme ? Comment debugger 
> un probleme qui se passe dans une classe java de la distribution ? 
> faut il installer le plugin eclipse pour ca ?

Sans avoir le temps d'entrer dans les détails: il suffit de démarrer la 
JVM qui démarre Cocoon avec les options pour le "remote debugging" 
(elles sont sauf erreur présentes dans les scripts, voir cocoon.sh ou 
cocoon.bat), et configurer ton IDE pour se connecter sur cette JVM en 
mode "remote debugging".

En ajoutant l'arbre de source Cocoon à la liste des fichiers sources 
accessibles par le debugger, tu peux alors suivre tout ce qui se passe 
en détail.

-Bertrand

Re: Pb avec le binding framework [SOLVED]

Posted by Marc Salvetti <ma...@notremanou.net>.
Merci sylvain  :-)

par contre, il n'y a meme pas d'exception pas vraiment explicite, c'est 
ca qui a rendu le debogage si difficile.

Marc

Sylvain Wallez a écrit :

> Marc Salvetti wrote:
>
>> Hello tout le monde,
>>
>> après qq jours a galerer sur le meme pb, j'ai finalement trouvé la 
>> solution dans un mail qui passait sur la liste anglophone :
>>
>> Si le binding utilise un repeater et que l'instruction <fb:identity> 
>> manque, apparement le binding cesse de marcher, sans produire de 
>> message d'erreur...
>>
>> il faut donc inclure un truc du genre
>>
>>   <fb:identity>
>>      <fb:value id="id" path="@id">      </fb:value>
>>    </fb:identity>
>>
>> avant le <fb:on-bind>
>>
>>
>> S'agit t'il d'un bug du framework ?
>
>
>
> Un semi-bug ;-)
>
> Il faudrait que cela soit signalé comme une erreur, plutôt que de se 
> vautrer avec une exception pas vraiment explicite. Je vais m'occuper 
> de ça...
>
> Sylvain
>


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework [SOLVED]

Posted by Sylvain Wallez <sy...@apache.org>.
Marc Salvetti wrote:

> Hello tout le monde,
>
> après qq jours a galerer sur le meme pb, j'ai finalement trouvé la 
> solution dans un mail qui passait sur la liste anglophone :
>
> Si le binding utilise un repeater et que l'instruction <fb:identity> 
> manque, apparement le binding cesse de marcher, sans produire de 
> message d'erreur...
>
> il faut donc inclure un truc du genre
>
>   <fb:identity>
>      <fb:value id="id" path="@id">      </fb:value>
>    </fb:identity>
>
> avant le <fb:on-bind>
>
>
> S'agit t'il d'un bug du framework ?


Un semi-bug ;-)

Il faudrait que cela soit signalé comme une erreur, plutôt que de se 
vautrer avec une exception pas vraiment explicite. Je vais m'occuper de 
ça...

Sylvain

-- 
Sylvain Wallez                                  Anyware Technologies
http://www.apache.org/~sylvain           http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Re: Pb avec le binding framework [SOLVED]

Posted by Marc Salvetti <ma...@notremanou.net>.
Hello tout le monde,

après qq jours a galerer sur le meme pb, j'ai finalement trouvé la 
solution dans un mail qui passait sur la liste anglophone :

Si le binding utilise un repeater et que l'instruction <fb:identity> 
manque, apparement le binding cesse de marcher, sans produire de message 
d'erreur...

il faut donc inclure un truc du genre

   <fb:identity>
      <fb:value id="id" path="@id"> 
      </fb:value>
    </fb:identity>

avant le <fb:on-bind>


S'agit t'il d'un bug du framework ?

Marc

Marc Salvetti a écrit :

> Bonjour,
>
> voici un pb que j'ai posté hier sur la liste anglophone. Comme je n'ai 
> pas eu de réponse et que je suis toujours coincé, j'essaye sur la 
> liste francophone, j'espère avoir plus de succès ;-)
>
> J'utilise la fonction form2xml de l'exemple binding dans la 
> distribution. Le problème est qu'avec un de mes formulaires, les 
> données ne sont pas copiées du formulaire dans le DOM.
> Le binding marche bien pour initialiser le fomulaire (les champs ont 
> les bonnes valeurs), le fichier xml est sauvé correctement, mais les 
> modifications faites dans le fomulaire ne sont pas sauvées dans le DOM 
> après l'appel à form.save(document)
> Je n'ai aucune erreur dans les logs, ce qui rend le probleme plutot 
> difficile a debugger.
>
> J'utilise cocoon 2.1.5.1, avec forms.
> Quelqun à t'il deja rencontré le meme probleme ? Comment debugger un 
> probleme qui se passe dans une classe java de la distribution ? faut 
> il installer le plugin eclipse pour ca ?
>
> Merci pour votre aide !
>
> Marc
>
>
>
> ---------------------------------------------------------------------
> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>
>
>
> .
>


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org