Discussion :

[SrK]

Bonjour,

J'aurais voulu savoir s'il était possible de forcer la compilation d'une jsp sur un serveur tomcat, sans pour autant forcer la compilation par défaut au démarrage de tomcat de toutes les jsp ?
Et aussi bien entendu, comment récupérer le flux HTML produit ?

Merci,

S.

[Duc Lebowski]

Si utilises Ant pour déployer, il y a la tâche JSPC qui fait celà.

Par contre tu n'obtiendras pas du code HTML mais plutôt une classe Java de type Servlet (le code HTML n'est pas forcément le même selon le contexte d'exéction).

[SrK]

ok merci, mais en fait, je ne sais pas au début quel page va page va être "pré-compilé", en gros, il faudrait que dans une classe java, je puisse appelé une méthode pour compiler la jsp, et récupérer le flux HTML.

[Duc Lebowski]

Pourquoi as-tu besoin de pré-compiler certaines JSP ?

Ca ne prend pas très longtemps à Tomcat de compiler une JSP et c'est seulement la toute première fois que la JSP est demandée qu'elle est compilée.

Et je persiste à te dire que si tu compiles une JSP, tu ne récupères-pas un flux HTML en sortie.

Que souhaites-tu faire exactement ?

[SrK]

En fait, je veux "éxecuter" une jsp dans une classe java pour récupérer la source de la page qui serait fournit à un navigateur.

Détail, si je ne me suis pas fait comprendre :
Dans la réalité si j'ai bien compris, je vais sur une page jsp, le serveur tomcat compile la page, et renvoi à mon navigateur le flux HTML qu'il interprète pour que j'ai une jolie page web.

Je veux donc dans méthode d'une classe java, récupérer le résultat de la compilation d'un fichier donné (que j'aurai fixé en parametre de ma méthode).

[Duc Lebowski]

C'est pas tout à fait ça...

La compilation :

- la première fois que quelqu'un appelle une JSP, tomcat la convertie en une servlet Java qu'il dépose dans %CATALINA_HOME%/work/{nomDuContexte}/... ce qui crée un fichier source .java, puis il le compile pour en créer un .class.

- ensuite lorsque les autres utilisateurs demandent la JSP, s'il voit que le .class associé existe, alors il n'a plus besoin de compiler.

Ca c'est le processus de compilation des JSP (j'ai simplifié mais grosso-modo c'est ça).

L'exécution :

Pour exécuter une JSP, il va chercher la Servlet associé (le .class vu ci-dessus) et il invoque la méthode suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
public void doService(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
{
    PrintWriter out = response.getWriter();
    // contenu de la jsp embarqué dans la servlet
    out.write("<table>");
    out.write("<tr>");
    out.write("<td>");
    ...
}

Pour "exécuter une JSP dans une classe Java", on passe par des servlets.

A l'intérieur d'une servlet tu peux demander d'exécuter une JSP.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
RequestDispatcher dispatcher = getServletContext().getRequestDispatcher("/maJSP.jsp");
dispatcher.include(request, response);

On peut également passer par les Taglibs, ... mais je ne vois pas quel est ton point d'entrée... (tu veux générer du HTML en mode batch ?)

Je dois y aller ! Demain je te filerai un coup de main si tu veux !

[SrK]

merci pour ces précisions !

Je test quelques trucs, et je te tiens au courant

[SrK]

En fait, dans ma classe j'ai pas la request ni la response en parametre, donc je dois instancier moi meme les HttpServletRequest et response ?

[Duc Lebowski]

Qu'est ce que tu veux faire exactement ?

Parce que c'est le conteneur (Tomcat) qui se charge d'instancier HttpServletRequest et HttpServletResponse à chaque requête HTTP.

En réalité HttpServletRequest et HttpServletResponse sont des interfaces, tu ne pourras donc pas les "instancier" aussi facilement .

Tomcat crée en gros un TomcatHttpServletRequest et TomcatHttpServletResponse, Weblogic crée WeblogicHttpServletRequest et WeblogicHttpServletResponse, ... et c'est ça qui est injecté dans ta servlet par le biais de l'interface. Tu voies le principe ?

Si tu veux générer du HTML en mode batch, je pense que tu es sur une mauvaise piste que de passer par un conteneur de JSP Tomcat...

Il existe des solutions pour simuler une requête et réponse HTTP (genre HttpUnit) . Mais cela sert pour faire des tests unitaires, si tu dois t'appuyer dessus c'est qu'il y a un problème car ce n'est utile que pour faire des tests.

[SrK]

Par en mode batch, tu veux dire quoi exactement ? C'est bien par la console que tu veux dire ?

Bah oui, je me disais que ca allait être dur de faire mes HttpServlet...

Donc, ce que je veux faire, c'est j'ai une jsp, qui fait plusieurs manip (réccup des infos, include de jsp etc ... ), et je veux faire comme si "j'étais un navigateur" et cliquais sur cette jsp pour réccupérer le code HTML.
Je voulais faire ca en évitant, de me connecter via le web pour réccup ces infos ( InputStream in = new URL(adresse).openStream(); ), car ca serait encore plus moche étant donné que je pourrais théoriquement passer en local pour récup ces infos, non ?

[Duc Lebowski]

Oui ce que j'appelle mode batch c'est le mode console.

C'est pour faire genre des tests de performance, simuler plusieurs navigateurs client ?

Bah tu peux t'appuyer genre sur HttpUnit pour simuler des request/response en mode console.

Mais sinon je ne vois pas où est le pb de passer par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

InputStream in = new URL(adresse).openStream();

Ou d'utiliser la bibliothèque HttpClient pour aller plus vite.

[SrK]

C'est juste que les pages sont hébergé par mon serveur, et que j'ai mes classes java dessus aussi, et donc théoriquement, je pourrai passer en local et non en faisant des requetes sortantes ...