Reprise du message précédent :
Dis donc mon ami. Tu es sur que tu es là pour écouter les autres ou pour raconter n'importe quoi.
 
Tu t'avances sur des choses que tu ne maitrise pas et tu le prouve en racontant des conneries
 
Donc retour à la case départ
 
Edit : la pseudo servlet que j'ai écrite ne génère pas d'HTML. Elle est invoquée, mets le champ msg dans la requete et forwarde la requete à une JSP pour qu'elle s'occupe de l'affichage. C'est comme ca que ca doit fonctionner! et pas avec des statics machin chose!  

 
connerie sur connerie !
 
appeller une méthode statique d'un objet je n'appelle pas ca communiquer avec un objet figure toi ...

DarkLord a écrit a écrit : Dis donc mon ami. Tu es sur que tu es là pour écouter les autres ou pour raconter n'importe quoi.   Tu t'avances sur des choses que tu ne maitrise pas et tu le prouve en racontant des conneries   Donc retour à la case départ   Edit : la pseudo servlet que j'ai écrite ne génère pas d'HTML. Elle est invoquée, mets le champ msg dans la requete et forwarde la requete à une JSP pour qu'elle s'occupe de l'affichage. C'est comme ca que ca doit fonctionner! et pas avec des statics machin chose!

 
Euh oui, j'ecoute: la preuve justement pour le static: relis les posts precendets, c lorill qui me l'a indique...j'essaie de suivre vos conseils c tout, pas tapai    
 
Ta servlet ne genere pas de HTML mais la mienne oui.
 
tain je capte keud...  

 
ben pourtant faut bien qu'il recupere la donne a partir de l'objet non??? il l'invente pas qd meme...

Tu travailles avec un ensemble de choses si tu veux voir comment séparer le traitement servlet / JSP:
 
La pseudo servlet que j'ai écrite
La bete JSP que j'ai écrite
 
si tu veux modifier pour qu'elle fonctionne en POST fais le mais ne vient pas me dire que mon requestdispatcher est foireux pour je ne sais quelle raison.
 
Tu es en train de t'enlisser et nous avec !

 
pas une instance! Ca fait partie en gros de la déclaration de la classe. Dans un environnement web je dirai que communiquer au sens strict c'est appeller une instance de la classe. Ici du moment que ta servlet est dans le classpath on peut accéder au membre statique (meme pas besoin d'instance)
 
c'est pas un test fiable et ca ne réponds en AUCUN CAS à ta question initiale.
 
Faut pas sauter les étapes hein ... c'est normal que tu piges que dale si tu fais n'importe quoi sans te documenter un minimum

et une servlet ne dois pas générer d'HTML. Ca a déjà été dis en début de Thread.

 
hmmm je crois comprendre ce que tu veux dire....

 
Oui mais on peut utiliser des templates qd meme non ? (si on veut se passer des JSP.). Ce n'est pas mon but, mais je sais que ca existe... (oui bon, le HTML sera de toutes facons hors de la servlet, mais ce que je veux dire c ke les jsp ne sont ps un point obligatoire pour separer le html de la servlet...)

 
si

 
vi, c pour ca que je veux y foutre du jsp...

 
ouais mais si tu n'appelles pas la servlet avant je vois pas a quoi ca sert d'en faire une hein

DarkLord a écrit a écrit :     ouais mais si tu n'appelles pas la servlet avant je vois pas a quoi ca sert d'en faire une hein

 
tu l'appelle comment la servlet ? J'ai vu un tag special dans les jsp, mais je suppose que c pas ca...
 

Tamahome a écrit a écrit :   Euh oui, j'ecoute: la preuve justement pour le static: relis les posts precendets, c lorill qui me l'a indique...j'essaie de suivre vos conseils c tout, pas tapai

 
En te disant que si tu voulais juste utiliser des methodes d'autre objets, oui. Mais ca n'est plus une servlet du coup. Si je connaissais le smiley pour te taper dessus, je le mettrais, tiens...

 
Par un formulaire ? Par un lien ?
 
Appler la servlet == appeler la methode doGet (ou post, je suis pas  sectaire). Autrement dit envoyer une requete HTTP GET (ou POST...), c'est a dire en faisant en sorte que le navigateur accede a l'url de ta servlet.

 
 
Hmm je vois...je vais tester ca aujourd'hui...

Tamahome a écrit a écrit :       Hmm je vois...je vais tester ca aujourd'hui...

 
Ce que je ne comprends pas c'est que tu viens pleurer parce que request.getAttribute("msg" ) te renvoie null alors que tu n'appelles pas la servlet ?
 
Tu croyais que ta JSP allait l'appeler par miracle? Enfin je comprends vraiment pas ton raisonnnement

 
Ben vi, je pensais qu'il se debrouillait tout seul avec Tomcat pour appeller les classes kivonbien...

je suis pas sur d'avoir mis la bonne url pour le getRequestDispatcher. Y'a pas un moyen de tester que le getRequestDispatcher c'est bien passé ??? (la ca me fait un joli nullPointerException dans le doGet qd je lance ma servlet...)
 
   
 

 
marche tjs pas  
J'ai pas du mettre les fichiers au bon endroit (la jsp dans root et les classes dans common/classes)...
 

Arrrghhhh    
 
Et tu testes meme pas si ton requestdispatcher est null avant de forwarder !!
 
débutant !!!

 
T'es un champion toi  

 
Dis ca un sens ta phrase? Ce que tu dis c'est exactement pareil que si tu voulais envoyer un mail à qqun et tu appelles une méthode sans donner l'adresse email, le serveur la trouvera bien tout seul  

DarkLord a écrit a écrit :     Dis ca un sens ta phrase? Ce que tu dis c'est exactement pareil que si tu voulais envoyer un mail à qqun et tu appelles une méthode sans donner l'adresse email, le serveur la trouvera bien tout seul

 
Ben etant donne que ma servlet est mappé et qu'au demarrage de tomcat, il lit tous les web.xml contenus dans tous les sous-repertoire de webapps/, je suppose qu'il sait ou chercher les classes dont il a besoin...je ne vois rien de bizarre dans mon raisonnement...

DarkLord a écrit a écrit :     T'es un champion toi

 
spa bien de se moquer... y'a rien pour debugger les jsp/servlet...c vraiment un langage de merde...

Tamahome a écrit a écrit :     spa bien de se moquer... y'a rien pour debugger les jsp/servlet...c vraiment un langage de merde...

 
y a des trucs pour débugger les JSP Servlet.
netbean par exemple.
...et pour la suite, tu vas te faire allumer par Darklord. Moi je dis rien, je lui laisse ce plaisir !

el_gringo a écrit a écrit :     y a des trucs pour débugger les JSP Servlet. netbean par exemple. ...et pour la suite, tu vas te faire allumer par Darklord. Moi je dis rien, je lui laisse ce plaisir !

 
je me doute, ca doit vous faire tripper de gueuler sur ceux qui demandent des conseils...

 
Bin si, dis moi ou tu fais références à ta servlet dans ton JSP ... (je parle bien de la pseudo servlet que je t'ai filée pas celle avec le machin static)

Tamahome a écrit a écrit :     spa bien de se moquer... y'a rien pour debugger les jsp/servlet...c vraiment un langage de merde...

 
Accusation facile et infondée

DarkLord a écrit a écrit :     Accusation facile et infondée

 
vi, mais ca soulage

 
<%@ page import="MaClasse" %>      
 
je pensais qu'avec ca + ce qu'il lit dans les web.xml, ils auraient pu se debrouiller tout seul...

Tamahome a écrit a écrit :     <%@ page import="MaClasse" %>         je pensais qu'avec ca + ce qu'il lit dans les web.xml, ils auraient pu se debrouiller tout seul...

 
euh ce que tu fais là c'est faire un import du genre
 
import java.util.*;
 
mais bon pour que ta servlet mette hello world dans la requete il faut faire une requete dessus, tu ne crois pas ?

DarkLord a écrit a écrit :   Arrrghhhh       Et tu testes meme pas si ton requestdispatcher est null avant de forwarder !!   débutant !!!

et pourquoi il serait null s'il te plait !
y'a pas de raison que mon jsp disparaisse sans crier gare

 
C'est pas le but de ca ?

bon allez ca m'énerve je t'explique une fois pour toutes.
 
On va dire que toutes les servlets sont des HttpServlet pour se faciliter la vie (c'est quasi toujours le cas de toutes façons). Une servlet c'est quoi? C'est un composant qui répond à des HTTP GET ou des HTTP POST.  
 
késako ? Bin par exemple tu as un formulaire avec ton nom, ton adresse et ton email pour t'enregistrer à un machin. Lorsque tu cliques sur le boutton submit, un HTTP GET ou POST est fait sur le server a une certaine adresse.
 
Chaque servlet à une adresse qui lui est propre. Lorsqu'on fait un get sur l'adresse d'une servlet, la méthode service de la servet est invoquée. Cette méthode, qu'il ne faut pas implémenter, détermine si c'est un get ou post. Dans le premier cas elle appelle la méthode doGet de la servlet. Dans le second cas elle appelle doPost.
 
Ton problème initial est de séparer le processing de l'affichage et de mettre ca dans une JSP (c'est d'ailleurs ca qu'il faut faire). Pour séparer c'est simple. Tu fais une requete sur ta servlet (via un formulaire ou un truc du genre
 
htpp://monsite.com/mawebapp/RequestServlet?monparam=1  
 
où RequestServlet est l'adresse d'une servlet quelconque pour la webapp mawebapp
 
Bon tu recois la requete, ta servlet fais des machins (ici mettre une String Hello World dans le requete avec l'id "msg" ). une fois que tu as tout fini, la servlet ne sais pas comment ca va etre affiché chez le client et elle s'en fout. Elle forward la requete a une JSP machin chose qui est invoquée.
 
Cette JSP machin chose sait que dans la requete il y a un attribut "msg" qu'elle doit afficher en H1 et en gras. Bin elle va rechercher l'attribut et l'affiche.
 
Si demain tu dois afficer "T'as compris now", bin tu vas changer ta servlet (le business change). Si tu dois afficher en italique et plus en gras tu vas changer ta JSP (la présentation change).
 
Toi tu crois que  
 
User invoque JSP qui invoque Servlet pour pomper les infos mais c'est pas ca du tout
 
User invoque Servlet via une adresse qui fait le boulot et qui délègue la présentation du résultat. D'ailleurs qd tu regardes le code de la servlet tu vois bien qu'il fait un FORWARD sur ta JSP (donc forcément c'est lui qui appelle la JSP et pas le contraire).
 
T'as pigé maintenant ?

 
et pq pas ... Je préfère un truc  
 
500 Internal server error - JSP machinchose is not availabe que une belle stack trace de tomcat avec un nullpointerexception. Sachant que dans le deuxième cas tu dois aller ouvrir la servlet pour voir quelle ligne a provoqué l'exception etc etc

bah disons que ça depend du contexte quoi
si on est en prod et que personne touche à l'app, y'a pas de raisons que les jsp disparaissent. (en plus dans ton jsp tu peux tjs mettre un <%error page="blah"%> )
et si on est en dev, ben j'm'en fous

 
Si g bien tout compris, c la servlet qui appelle la jsp toute seule...Donc je lance ma servlet comme d'habitude et c'est elle, via le requestdispatcher, qui va se charger d'afficher les infos dans la jsp (et donc afficher la jsp au passage). En fait, je n'ai pas besoin d'ouvrir ma JSP dans un browser. Il faut juste que je lance ma servlet, c ca ?

OUI.

bin en général la servlet fournit un service paramétrable donc il faut l'invoquer via un formulaire ou autre.
 
Maintenant dans ton cas tu peux effectivement l'appeler directement