Java et JSP

Hello,
j'aimerais savoir comment utiliser une classe java (qui permet une conne
ction à une base de données) dans ma JSP,

Merci

Tu commences ta JSP par cette entête :
<%@ page language="java" import="tonpackage.*"%>

Cette entête te permet de faire des imports de tes classes.
Tu y inclus les packages dans lesquels tu auras mit les classes qui te
permette d'accéder
a la BD. Ensuite, tu utilises tes classes comme si tu étais dans une
servlet.
En n'oubliant pas de mettre ton code entre scriptlet ;-)

...
<%
..
TaClasse c = new TaClasse();
c.connexion(SIG, login, password);
...
%>
...

J'espere que ça t'aura un peu éclairé.
Bonne continuation.
Christophe

"BNJ" <bengiletti@aol.com> a écrit dans le message de
news:bpslhg$ls8$1@news.x-echo.com...

Hello,
j'aimerais savoir comment utiliser une classe java (qui permet une conne
ction à une base de données) dans ma JSP,

C'est pas bien !!

les jsp ne sont la que pour s'occuper de la couche de presentation,
les accés a la base de données doivent se faire dans les servlets
ou mieux dans un framework MVC (struts ou webwork), et passer
les objets a afficher en attribut de request.

enfin moi je dis ca ...

Arnaud R.

Arnaud Roger wrote:

"BNJ" <bengiletti@aol.com> a écrit dans le message de
news:bpslhg$ls8$1@news.x-echo.com...

Hello,
j'aimerais savoir comment utiliser une classe java (qui permet une
conne ction à une base de données) dans ma JSP,

C'est pas bien !!

les jsp ne sont la que pour s'occuper de la couche de presentation,
les accés a la base de données doivent se faire dans les servlets
ou mieux dans un framework MVC (struts ou webwork), et passer
les objets a afficher en attribut de request.

enfin moi je dis ca ...

Allez hop j'en profite :
On est bien d'accord pour le pattern MVC mais aurais tu un petit exemple de
MVC et jsp pour quelqu'un comme moi qui n'a jamais fait de jsp mais plutot
du swing ?
Je comptais justement m'y mettre et je voudrais separer de maniere (tres)
nette la partie presentation des objets metiers pour faire bosser un pote
( he oui c'est a ça que ca sert les potes :)) sur un design. J'ai entendu
parler de struts mais je prefererais m'en passer dans un premier temps.
voila voila...

--
Nico.

Le 24.11 2003, Arnaud Roger s'est levé et s'est dit : "tiens, si
j'écrivais aux mecs de fr.comp.lang.java ?"

"BNJ" <bengiletti@aol.com> a écrit dans le message de
news:bpslhg$ls8$1@news.x-echo.com...

Hello,
j'aimerais savoir comment utiliser une classe java (qui permet une
conne ction à une base de données) dans ma JSP,

C'est pas bien !!

les jsp ne sont la que pour s'occuper de la couche de presentation,

N'est-ce pas ce qu'il fait, justement : utiliser dans une jsp une classe
Java qui permet l'accès à ces données ?

les accés a la base de données doivent se faire dans les servlets

Quelle est, pour toi, la différence entre une servlet et une jsp ?

ou mieux dans un framework MVC (struts ou webwork), et passer
les objets a afficher en attribut de request.

N'exagérons rien, Struts n'est absolument pas un outil pratique. Et il
ets possible au moins aussi facilement de faire du beau MVC sans en
passer par cette "chose".

Sans vouloir refaire la roue, il vaut mieux utiliser dans des jsps des
taglibs (couche de présentation) lesquelles utilisent à leur tour des
objets Java indépendants (les fameux "objets métier", même si ce terme
ne sent pour moi vraiment pas bon) lesquels disposen d'objets d'accès
aux données.

Où est Struts, là-dedans ?
Juste dans la couche de présentation, avec tous ses outils de saisie de
formulaire, d'organisation de navigation, et tutti quanti.

enfin moi je dis ca ...

Oui, c'est ce qu'on voit ;-)

Arnaud R.

--
Nicolas Delsaux
"S'il existe deux ou plusieurs manières de faire quelque chose et que
l'une de ces manières est susceptible de se solder par une catastrophe,
on peut être certain que quelqu'un se débrouillera pour la choisir."
Edward A.Murphy Jr

Quelle est, pour toi, la différence entre une servlet et une jsp ?
le jsp etant transformé en servlet, au final pas grand chose, mais

ils ne s'adressent pas aux memes problemes.

les jsp repondent principalement à la generation des pages html ou autres.
les servlet repondent aux problemes de business logic
et je dirais que les tags servent à resoudre les problemes de business logic
dans les jsps

mais bon apres c'est discutable

N'exagérons rien, Struts n'est absolument pas un outil pratique. Et il
ets possible au moins aussi facilement de faire du beau MVC sans en
passer par cette "chose".
assez d'accord, struts a de gros defauts, mais il a une bonne bibliothèque

de tag
et permet de gerer les forms "assez" simplement.
webwork a l'air plus prometteur de ce coté la, en evitant pas mal d'ecueuil
de struts(Thread safe, interface ...)

Sans vouloir refaire la roue, il vaut mieux utiliser dans des jsps des
taglibs (couche de présentation) lesquelles utilisent à leur tour des
objets Java indépendants (les fameux "objets métier", même si ce terme
ne sent pour moi vraiment pas bon) lesquels disposen d'objets d'accès
aux données.
c'est une option, mais j'ai un probleme avec cette solution

ou les taglibs feraient toute la business logic, comment gere-t-on
une erreur dans le tag ? le buffer est peut etre deja flushé ?

de plus, personnelement je trouve un Tag plus difficle a ecrire qu'une
servlet
(TEI, exception, gestion des codes de retours )


j'utilise la structure suivante :

Action Struts : fait la business logic, charge update les objets
-> forward a la page adaptée (jsp ou template tiles) : s'occupe de la
presentation, si des operations compliquées sont a effectuer, affichage d'un
arbre, encodage, affichage condtionnel je delegue à des tags

on peut faire une variante sans struts, avec des servlets a la place


Arnaud R.

Allez hop j'en profite :
On est bien d'accord pour le pattern MVC mais aurais tu un petit exemple
de

MVC et jsp pour quelqu'un comme moi qui n'a jamais fait de jsp mais plutot
du swing ?
Je comptais justement m'y mettre et je voudrais separer de maniere (tres)
nette la partie presentation des objets metiers pour faire bosser un pote
( he oui c'est a ça que ca sert les potes :)) sur un design. J'ai entendu
parler de struts mais je prefererais m'en passer dans un premier temps.
voila voila...

pour struts
http://jakarta.apache.org/struts/resources/index.html

sinon pour webwork
http://wiki.opensymphony.com/space/Struts+vs.+WebWork
http://wiki.opensymphony.com/space/WebWork2+QuickStart+Guide

sans tous ca, il y a le java pet store de sun
http://java.sun.com/blueprints/code/

Arnaud R.

Le 26.11 2003, Arnaud Roger s'est levé et s'est dit : "tiens, si
j'écrivais aux mecs de fr.comp.lang.java ?"

le jsp etant transformé en servlet, au final pas grand chose, mais
ils ne s'adressent pas aux memes problemes.

C'est bien ce que je voulais t'entendre dire ;-)

les jsp repondent principalement à la generation des pages html ou
autres. les servlet repondent aux problemes de business logic

On peut dire ça, oui. On peut dire aussi qu'une servlet permet de
renvoyer un contenu qui n'est pas du text/html (par exemple, une image).

et je dirais que les tags servent à resoudre les problemes de business
logic dans les jsps

Les tags ? Non, les tags servent uniquement à la présentation des
données.

mais bon apres c'est discutable

assez d'accord, struts a de gros defauts, mais il a une bonne
bibliothèque de tag
et permet de gerer les forms "assez" simplement.

Oui, mais quand tu n'utilise ni ces tags, ni la gestion des forms (dans
laquelle, d'ailleurs, j'ai plus l'impression qu'il s'agit encore une fois
de jouer à prendre le développeur pour un âne), mais seulement la partie
"organisation de site" du struts-config, tu te prends vraiment le côté
grosse bouse dans les dents.

webwork a l'air plus prometteur de ce coté la, en evitant pas mal
d'ecueuil de struts(Thread safe, interface ...)

Jamais vu.

Action Struts : fait la business logic, charge update les objets
-> forward a la page adaptée (jsp ou template tiles) : s'occupe de la
presentation, si des operations compliquées sont a effectuer,
affichage d'un arbre, encodage, affichage condtionnel je delegue à des
tags

Tout le monde fait ça. la seule variante est l'utilisation des tags :
personnellement (ou plutôt, dans notre projet), nous nous sommes
interdits d'écrire du code Java dans les jsps, ce qui fait beaucoup plus
de taglibs, mais un code plus clair et plus lisible (et même debuggable,
ce qui n'est pas le cas d'une jsp).

on peut faire une variante sans struts, avec des servlets a la place

Oui, c'est à ça que je pense.

Une belle servlet appliquant le pattern command (à la Struts, donc), mais
sans le côté bousin de la chose.

Arnaud R.

--
Nicolas Delsaux
"La société ne veut pas de nous ? Qu'elle se rassure, on ne veut pas
d'elle !"
Coluche

Le Chef a écrit:

On peut dire ça, oui. On peut dire aussi qu'une servlet permet de
renvoyer un contenu qui n'est pas du text/html (par exemple, une
image).

une JSP aussi...
<%@ page contentType=.....

et je dirais que les tags servent à resoudre les problemes de
business logic dans les jsps

Les tags ? Non, les tags servent uniquement à la présentation des
données.

les tags peuvent faire beaucoup plus que ca.
ceci dit à mon avis ce n'est pas une bonne idée.

Tout le monde fait ça. la seule variante est l'utilisation des tags :
personnellement (ou plutôt, dans notre projet), nous nous sommes
interdits d'écrire du code Java dans les jsps, ce qui fait beaucoup
plus de taglibs, mais un code plus clair et plus lisible (et même
debuggable, ce qui n'est pas le cas d'une jsp).

tu as déjà jeté un coup d'oeil à struts-Layout ? Il y a beaucoup de tags
intéressants.
je trouve ca très pratique. C'est pas encore parfait, mais ca évolue dans le
bon sens.

Une belle servlet appliquant le pattern command (à la Struts, donc),
mais sans le côté bousin de la chose.

toi tu aimes pas struts :-)
Personnellement je trouve struts très pratique tant qu'on veut faire des
choses simples (formulaires statiques avec des string) mais dès qu'on veut
faire des choses dynamiques, genre formulaire complètement dynamique avec
des types de donnée variables (dates, double,...) ca devient vite un gros
bordel.
Ceci dit l'énorme avantage de struts c'est qu'on n'a pas à se prendre la
tete avec l'architecture. On étend quelques classes, et hop, ca tourne !
Faire son propre framework demande beaucoup plus de temps. Ceci dit, si on a
le temps et l'équipe pour, il vaut mieux se passer de struts...