[ JAVA ] [JSP ] explication de ca...

je me forme tout seula jsp la.
j ai rien commence.
y a qu n servlet ou j ai fait un truc et la  c est une usine et ca restera tel quel pour l instant.
et je suis le seul a faire le design et le code donc a ce niveau pas de pb.
des bouquins j y ai pour l instant pas acces bein je peux sortir pour aller en bibliothequie.
mais ca devrait arriver.
sinon j ai deja eu es bouquins mais pour les servlets :D.

 
Clarkent, please, va lire un bouquin. Je te vois venir à 10.000km
Sincèrement, tu vas te planter. Tu ne sais même pas pq benou t'as conseillé de ne pas utiliser out.
Une page JSP avant tout c'est une page HTML bon sang ! Et seule la partie dynamique est générée par le JSP. Le but aussi c'est qu'un web designer puisse lire ta page JSP et en modifier le design. Si tu fous des out.println("<title>Bonjour j'y connais rien ne JSP</title>" );
 
Un non informaticien n'est pas censé savoir ce que c'est.
 
Donc je te conseille plus que fortement de partir de zéro au lieu de vouloir faire ton projet comme ça avec la méthode Try&Run

c est exact mais bon ok c est possible.
je vais bien jouer avec le parametre out moi :D.

il est vrai qu on ne voit pas ces methodes :/.
 
donc a linterieu de : <%! ... %> on peut declarer une nouvelle methode ? etpar la meme occasion mettre tout le code dedans :D ?
 
si on veut afficher du html al interieur de cettemehtode on fait comment ?
 
 
<%! public nouvellemethode(){ ..... %> code html <% ... } %>
ca marche ca ?

:lol: c'est pas une bonne idée ! ;)
 
pour ajouter des méthodes, tu met ta déclaration daentre <%! et %>  (le  ! signifie que c'est un bloc déclaratif en dehors de la méthode service).

 
Bin si! Mais enfin :D  
Tu veux récupérer la propriété d'un bean tu fais jsp:getProperty ton bean ta propriété et ca appelle le getter de ta propriété. Explique moi en quoi tu n'es pas maitre de ce que tu fais ??? Je ne vois pas.
 
Personne ne t'empeche de faire <%= monbean.getProp() %> que je sache ;)
 
Comment modifier la servlet d un JSP ?
 
Allez, encore une question à la clarkent :D :D :D
La JSP t'offre des fonctionnalités utiles pour designer une page HTML. En fait c'est une page HTML avec du code dedans (un peu comment le javascript dans un doc html au niveau idée je parle). Bon le fait que ce soit une page html simple est cool parce que tu peux faire bosser un designer dessus.
EN CUISINE INTERNE Ta JSP est traduite en servlet, compilée et executé par la JVM du serveur. Ce procédé se fait on the fly et donc PQ VEUX TU BON SANG DE BONSOIR MODIFIER LA SERVLET  :gun:  :gun:  :gun:  
 
ouf j'ai chaud  :lol:  :lol:  :lol:  
 

 
Peux tu préciser? Tu ajoutes des méthodes où? Comment? Pour info, le répertoire WORK est un répertoire de travail (:lol:) de Tomcat et tu dois pas aller chipoter dedans !!!!
 
pour les servlets generer j ai pas trouver ca tres clair ce qui est propose dedans.
je ne sais si c est vraiment ca.
 
Tu ne dois rien faire la bas. Tu dois coder tes trucs dans ta jsp mais n'oublie pas que la JSP c'est fait pour faire du rendering point barre. NE commence pas à te connecter à une BD dans une JSP. Ca c'est le boulot d'une servlet ou d'un bean.
 
 

Dans la servlet routeur par exemple ... Ou dans le JSP directement mais ce n'est pas une bonne idée. Je t'ai déjà dit de te renseigner sur le modele MVC. Fais le et tu auras réponse à ta question.
 
Non tu vas pas l'ajouter dans le bean. C'est clair que le bean ne va pas s'ajouter tout seul dans la session. JSP? Tu pourrais mais encore une fois voir MVC pour les best practises.
 
La syntaxe, voir l'api. C'est très bien expliqué et je l'ai déjà écrit au moins 3* ajd. Ca m'énerve d'écrire tout le temps la même chose:
 

Clair ?
 
Dans une servlet tu récupères la requete en paramètre:
doGet
protected void doGet(HttpServletRequest req,
                     HttpServletResponse resp)
              throws ServletException,
                     java.io.IOException
 
et la session en faisant
request.getSession();
Dans un JSP c'est des variables pré-defines :
 
request
session
 
Pff fatigué  :hello:

[edtdd]--Message édité par darklord22--[/edtdd]

je suis ok, c est de la standardisation, mais bon ca te laisse pas maitre de ce que tu fais.
mais c est pas mal je dis pas.
mais ca parait magique et sans aucun lien quand tu ne sais pas du tout comment ca marche.
 
excuse moi dark je suis au taffe et je ne peux lire ton dernier poste entierement je copie colle et je le lis merci :D.
par contre en atttendant j ai dautres questions :).
 
 
Comment modifier la servlet d un JSP ?
JBuilder me recompile a chaque fois que je lance la JSP une nouvelle servle et vire les methjodes que je lui rajoute.
 
pour les servlets generer j ai pas trouver ca tres clair ce qui est propose dedans.
je ne sais si c est vraiment ca.
 
y a un pb aussi ici:

 
 
tu fais ca ou exactement ?
car je ne peux le faire dans le bean, et non plus dans le jsp.
je n arrives donc pas a fire le put dans la session, mais et j imagine qu il y a un get ?
qu elle est la sybtaxe exact ? donnee variable nom ...
la variable session fonctionne comme un vecteur ?
mybeanid c est le nom d une variable ? et jspbeanid c est ca valeur ?
 
 
 
pool de connection.
Est ce qu'un pool de connxion prend en ompte la fermeture du serveur de base de donnees ?
en gros si on coupe le serveur et que la servlet ou la jsp est toujours en route, les connexions seront pour lui toujours active ? ou il les reouvrira une fois que la bd est a nouveu disponible ?
car si l on fait une conxion toute bete et si la bd se ferme il ne referra pas de connexion tout seul apres, il fera comme sil ancienne connxion etait toujours valide mais en balancant plein d erreur d exception etc... donc gestion supplementaire.

 
Bin j'appelle pas ca du bricolage moi. J'appelle ca une standardisation intelligente. Tu as un propriété qui s'appelle toto. Dans ta jsp tu fais jsp:getProperty  de sample. C'est BCP PLUS EXPLICITE QUE <%= monbean.getSample() %>
 
Au moins quand tu fais jsp:getProperty tu sais que tu vas chercher une valeur simple. Avec l'expression ca l'est moins je trouve ...

 
Bon. HTTP est sans état. Ce qui signifie que chaque requete est indépendante et que pour le serveur c'est chaque fois un nouveau client (au niveu http pur). Suppose que tu vas dans un site ou tu peux te loguer pour avoir accès à tes paramètres, etc. Une fois que c'est fait il faut une session entre toi et le serveur (qui a une durée de 30min par défaut sur la plupart des app serveur mais tu peux modifier cette valeur).
 
Lorque tu fais HttpSession sess = request.getSession(); Tu vérifies que la requête en question fait partie d'un de tes clients connectés. Donc si dans ta servlet 1, tu fais
 
HttpSession sess = request.getSession();  
sess.put("Jsp1BeanId", MyBeanId);  
 
Et qu'ensuite le MEME CLIENT se connecte à la servlet 2 de ton serveur, en faisant:
 
HttpSession sess = request.getSession();  
 
Il va récupérer le même sess qui ci dessous et donc il pourra récupérer l'objet défini par "Jsp1BeanId".
 
Tu peux également mettre des objets au niveau request (c'est à dire juste pour la requete en cours). Exemple, tu demandes la liste des clients qui ont un crédit supérieur à 10.000. Ta servlet va chercher ces clients et les mets dans un objets (par exemple un vecteur de client).  
 
en faisant request.put("result", MyCientsVector);
Tu mets le résultat de la requete courante. La servlet a terminé son job et forwarde LA REQUETE à une JSP pour qu'elle affiche un joli tableau au client. Dans le code de la JSP elle récupère le tableau via la requete puis construit le tableau on-the-fly. Ca permet de séparer le design du business logic (si tu modifies ta base de données, tu ne dois modifier que ta servlet. Si tu changes le design de ton site, tu ne changes que la jsp)
 
Donc si tu veux accéder aux paramètres de session, utilise session.get(id);
Si tu veux accéder aux paramètres de requete, utilise
request.get(id);
 
Mais il n'y a pas de miracle, il doit y avoir un process qui a déclaré l'objet qqpart (servlet par exemple)
 
Si tu veux mieux comprendre les concepts de session, requete et interaction servlet - jsp - javabean, renseinge toi sur le modèle MVC (Modèle Vue Controlleur). C'est un des design pattern les plus appliqués au niveau serveur.
 
A+

ca je verias quand je serai au taffe.
je ne savais pas qu il y avait une servlet derriere en fait.
enfin si mais je savais pas qu elle etait visible.
mais bon ca semble logique.
 
par contre pour la transformation je suis ok je suispas con quand meme, mais j aime pas cette facon de faire, ca fait tres bricolage et ca j apprecie pas, c est tout, c est opur ca que je parlais de magie.
surtout que le sample n estpas accepte en tant que Sample dans la jsp mais par contre c est getSample, denomination JAVA bien sur :).
enfin bon j aime pas trop ca.

 
Bon ca c'est complètement faux ... Si un bean a été mis dans la session actuelle, le fait de faire scope="sesssion" suffit. Pas beoin de faire des déclaration telle que ci dessous. Ca ne veut rien dire du tt  
 
A+

 
Euh  :heink:  
 
Reprenons. si tu as une propriété sample elle est unique dans ton Bean
 
du genre
 
...
 
private String sample = null;
public String getSample()
{
  return sample;
}
public void setSample(String newSample)
{
      // check si besoin est
      sample = newSample;
}
 
Bon ... Ton bean c'est par exemple Jsp1BeanId
 
Si tu le déclares proprement (voir tutorial JBulider dans ce post) et que tu fais

 
tu vas appeller la méthode getSample point final!!!
Si tu as d'autre méthode dans ton bean qui n'ont rien à voir avec les propriétés, tu peux les appeler en faisant
 
<%= Jsp1BeanId.computeSomething() %>
 
Pour ta session, il y a un objet spécial dans J2EE qui est HttpSession et qui te permet de stocker des objets via une clé. C'est d'aillers commme ca que tu peux stocker ton bean finalement !!!!!!
 
A un moment donné dans une servlet tu as fait
 
HttpSession sess = request.getSession();
sess.put("Jsp1BeanId", MyBeanId);
 
Et c'est cimme ca que tu as pu le récupérer via le scope "session". Si tu avais fait
 
request.put("Jsp1BeanId", MyBeanId); tu aurais du déclarer un truc du genre au début de ton jsp  
 
<jsp:useBean id="Jsp1BeanId" scope="request" class="jsptutorial.Jsp1Bean" />  
 
Mais bon ca n'a pas bcp de sens à ce moment là ...
 
Ceci étant éclairé, fais moi savoir si tu as d'autres questions.

ouais y a ca ou creer une classe pour les mettres dedans.
 
sinon je testerai ce que tu dis sur l appel de la methode merci :).

Quoique je ne suis pas sûr qu'on a accès directement à cette variable telle quelle. :sarcastic: Avec le scope actuel (session), je crois qu'il faut mettre ça avant:

 
Pour les paramètres entre deux sessions, ce qui me vient à l'esprit en premier est de les sauver dans un fichier au niveau serveur, ou alors à utiliser des cookies pour des paramètres propres à chaque utilisateur. Je ne peux pas tester ça pour l'instant, mais tu pourrais le faire. ;)

[edtdd]--Message édité par Krueger--[/edtdd]

 
cool  :sol:  
 
 :hello:

merci serieu :D.
je suis passe de malade a vacance.
mais t inqueite jai pige le truc :), merci.

 
Bin bonnes vacances alors ...  :heink:

 
bein j ai pas lu non car je peuxpas, j ai pas lenet au travail et quand je suis arrive vu que j ai la creve e j aiposte et me suis couche :).
et me susi relev pour bouffer donc me voila.
je vais donc lir la suite maintenant :jap:.

 
id ici est une propriété avec un setter et un getter. setProperty va appeler le setter de la propriété. getProperty va appeler le getter de la propriété. Property * dans ce cas de figure signifie que tous les setters du bean doivent etre appelés. En fait il y a un formulaire html qui a permis d'appeler la jsp, du genre
 

 
Si tu as ca dans une page html et que tu appelles ta jsp alors il y a un paramètre qui s'appelle id. En fait setProperty * il va prendre id et le mettre dans la propriété du meme nom dans ton bean.
 

 
<jsp:getProperty name="Jsp1BeanId"  
property="sample" />  
 
Cet appel va envoyer à l'écran la valeur de la propriété sample du bean que tu as déclaré dans les deux premières lignes(Jsp1BeanId). Tu vois que tu fais un getProperty sur le bean donné et la propriété donnée. C'est facile!
 
Pour ton ficher le formulaire est post sans action. Donc tu remplis le champ avec la valeur de sample, tu fais un submit et puis la jsp va rechercher la valeur telle que décrit ci dessus. C'est un exemple pour montrer comment JSP et JavaBean interagissent c'es tout.
 
Mais bon va lire un tutorial avant de poser des questions aussi basiques !!
http://java.sun.com/products/jsp/news.html
 
 
 
A+