Activer les modes Debug et Profiling

Version imprimable

Bonjour,

J'ai fait un mini projet sous Eclipse qui se déploie sur Tomcat 7.0.30 avec Struts 2.3.4.1.

J'essaie d'utiliser le mode debug.
Par exemple j'ai l'url : http://localhost:8085/exemple02/Vali...tion?debug=xml

Le fichier xml ne s'affiche pas...
J'ai essayé avec console, cela ne fonctionne pas non plus.

Que dois-je faire pour afficher le debug?

La balise <s:debug/> fonctionne bien dans la JSP.

Voici le contenu de mon fichier log4j.properties :
Code:

1 2 3 4 5 #définition du niveau et des Appender du rootLogger (ordre : DEBUG - INFO - WARN - ERROR - FATAL) #log4j.logger.freemarker=OFF #log4j.logger.com.opensymphony.xwork2=OFF #log4j.logger.org.apache=INFO #log4j.rootLogger=DEBUG
Merci pour votre aide.

13/09/2012, 15h23
franfr57

J'ai trouvé le problème vient de cela :

Code:

<constant name="struts.devMode" value="true" />

La variable n'était pas à true.

Je cherche à activer le profiling avec ?profiling=yes, mais je ne vois rien dans la console Eclipse.

J'ai essayé aussi avec :

Code:

UtilTimerStack.setActive(true);

J'ai essayé de supprimer le fichier log4j (ou tout est en commentaire), mais cela ne change rien.

Je dois peux être regarder ailleurs ? Dans Tomcat ?

Merci pour votre aide.
14/09/2012, 02h37
Laurent.B
Bonjour,

Si tout est en commentaire dans le fichier log4j c'est sûr que tu auras du mal à obtenir des traces...

Concernant le mode Profiling de Struts, je n'y connais rien mais visiblement, comme indiqué sur cette page http://struts.apache.org/2.3.4.1/docs/profiling.html, il faut avant tout ajouter la configuration de l'interceptor.
Citation:
To enable profiling, first make sure that the profiling interceptor is applied to your action, like:

Code:

1 2 3 4 5 6 7 <action ... > ... <interceptor-ref name="profiling"> <param name="profilingKey">profiling</param> </interceptor-ref> ... </action>

Si j'ai bien compris la documentation, le profiling est activé par défaut dans le fichier struts-default.xml se trouvant dans le jar struts2-core-2.1.6.jar :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
<interceptor-stack name="defaultStack">
                <interceptor-ref name="exception"/>
                <interceptor-ref name="alias"/>
                <interceptor-ref name="servletConfig"/>
                <interceptor-ref name="i18n"/>
                <interceptor-ref name="prepare"/>
                <interceptor-ref name="chain"/>
                <interceptor-ref name="debugging"/>
                <interceptor-ref name="profiling"/>
                <interceptor-ref name="scopedModelDriven"/>
                <interceptor-ref name="modelDriven"/>
                <interceptor-ref name="fileUpload"/>
                <interceptor-ref name="checkbox"/>
                <interceptor-ref name="staticParams"/>
                <interceptor-ref name="actionMappingParams"/>
                <interceptor-ref name="params">
                  <param name="excludeParams">dojo\..*,^struts\..*</param>
                </interceptor-ref>
                <interceptor-ref name="conversionError"/>
                <interceptor-ref name="validation">
                    <param name="excludeMethods">input,back,cancel,browse</param>
                </interceptor-ref>
                <interceptor-ref name="workflow">
                    <param name="excludeMethods">input,back,cancel,browse</param>
                </interceptor-ref>
            </interceptor-stack>

Le fichier log4j permet d'empêcher certains log de s'afficher ou d'en afficher en plus.
Même en décommentant, cela ne fonctionne toujours pas...

Je ne vois pas les traces indiqués.
J'étudie le chapitre 3 de ce livre :
http://books.google.fr/books?id=Q8ZA...page&q&f=false

14/09/2012, 12h30
Laurent.B

Alors, déjà attention aux versions que tu utilises car j'ignore si ça peut avoir un impact à ce niveau-là mais entre la version 2.1.6 du livre et la 2.3.4.1 que tu indiques, il pourrait y avoir des différences...

De plus, si tu ne disposes que du livre en ligne que tu indiques, comme il n'est pas complet, il ne faut pas t'étonner d'avoir du mal à suivre. Est-ce le cas ?

Ensuite, la déclaration que tu montres concernant le struts-default.xml c'est une chose mais a priori ce n'est pas suffisant, il faut relier ton action avec l'interceptor et ça, ça doit se faire au niveau du struts.xml je pense... C'est ce que moi je comprends en tous les cas.

Quant au fichier log4j, s'il ne comporte pas la déclaration nécessaire et relative à la fonction de profiling, ça ne sortira rien je pense, ça me semble plutôt évident.
19/09/2012, 10h58
franfr57

Bonjour,

Je dispose bien du livre et j'ai télécharger les exemples sur le site de l'éditeur.
Même en version 2.1.6, cela ne fonctionne pas (directemment avec l'exemple fourni par l'éditeur) !

L'intercepteur est relié via le fichier par défaut, par exemple l'intercepteur params que je n'ai pas déclaré fonctionne bien (liaison avec getter et setter).

Pour le fichier log4j, il y a bien des logs sans avoir renseigné les lignes, c'est si l'on souhaite avoir plus de détail qu'il faut renseigné. Enfin renseigné ou non cela ne fonctionne pas.

Je peux joindre l'exemple de l'éditeur et celui que j'ai modifié sous éclipse si vous voulez regarder le problème de plus près ?

Merci pour votre aide.
19/09/2012, 11h22
Laurent.B

Citation:

Envoyé par franfr57

L'intercepteur est relié via le fichier par défaut, par exemple l'intercepteur params que je n'ai pas déclaré fonctionne bien (liaison avec getter et setter).

Justement, je pense que ce n'est pas suffisant... Et l'intercepteur params doit avoir un comportement beaucoup plus générique et systématique, donc pas étonnant que ça fonctionne d'office.

Donc, je me répète :

Citation:

il faut relier ton action avec l'interceptor et ça, ça doit se faire au niveau du struts.xml

Est-ce le cas ? Je ne suis pas suffisamment au fait concernant Struts pour affirmer que c'est ce qu'il manque mais ça me semble assez évident.

Citation:

Envoyé par franfr57

Pour le fichier log4j, il y a bien des logs sans avoir renseigné les lignes, c'est si l'on souhaite avoir plus de détail qu'il faut renseigné. Enfin renseigné ou non cela ne fonctionne pas.

Est-ce que tu parviens à avoir une influence quelconque sur les traces générées ? Si ce n'est pas le cas c'est que soit que tu n'indiques pas les bonnes déclarations (attention il faut vraiment être précis dans ces déclarations pour que ça puisse avoir un effet, donc savoir comment fonctionne Log4j), soit c'est parce que le fichier en question n'est tout simplement pas dans le Classpath d'exécution.
De plus, avoir des traces par défaut ok mais avoir les traces que tu veux c'en est une autre. Il faut sûrement ajouter les logger sur les packages concernés pour obtenir les informations de profiling.

Citation:

Envoyé par franfr57

Je peux joindre l'exemple de l'éditeur et celui que j'ai modifié sous éclipse si vous voulez regarder le problème de plus près ?

En principe, ça ne devrait pas être nécessaire, il n'y a pas de raison que ça ne fonctionne pas. Personnellement, je n'aurai pas spécialement le temps de regarder plus en détail.

A tout hasard, as-tu vérifié la présence d'un erratum sur le site de l'éditeur ?
19/09/2012, 11h59
franfr57

J'ai essayer de rajouter la balise interceptor profiling, je ne vois toujours rien dans les traces.

J'ai décommenté, mis a ON des choses dans le fichier log4j.properties. Des traces apparaissent en plus mais pas celles que je cherche.

Ci-joint l'exemple exemple02b, correspondant à celui de l'éditeur (struts 2.1.6) avec le mode debug activé (il ne l'était pas) et les balises interceptors dans le fichier struts.xml :
http://dl.free.fr/rndzrNe1E

J'ai fait le projet sous eclipse avec le plugin tomcat comme indiqué dans le livre.

Merci pour votre aide.