Reprise du message précédent :
genial ce topic j'ai appris pleins de truc  
 
 
merci a vous tous

une petite question sur le format des données stockées ds le bean...  
 
Si je fais des requetes sur une base de données, il ne faut pas retourner un resultset. Dans le cas present, c un tableau qui est remonté. Quel objet utiliseriez vous ?

un javabean ne doit utiliser (dans ses méthodes publiques) que des types primitifs ou des javabeans ou des tableaux (de types primitifs ou de javabeans).  
 
Un resultset n'en est pas un => non.

 
ok, donc plutot un tableau ?

Collection de beans

 
ok, et donc par exemple, si ma requete retourne sur chaque ligne un nom, prenom, ville, je créé ds mon bean des instances d'un objet personne (qui contient methode get/set nom/prenom/ville), et je mets ca ds une collection, et c ce que va retourner mon bean ? (demande d'indulgence inside si je suis a cote...)

bah euh , il sort d'ou ton bean?
il est instancié ou ?

ben atnt qu'à faire plutot un tableau de Personne plutot qu'une collection ...
 
-- > une collection n'est pas un javabean

heuuu ... c'est aps à ton bean de créer totu ca, hein : un bean c'est juste un conteneur ... c'est à ton objet métier de construire le javabean ...

euh ouais et euh ...?? ha il utilise le truc a travers les tags <jsp: ... > ??

peu importe, tu peux foutre n'importe quel objet dans un <jsp: ... >  
 
là je te parle de la norme ... la plupart du temps les gens ne font pas des vrais javabeans, mais d'après la norme, ce serait pas correct de faire retourner des collections à un javabean ...
 
par contre le cas des tableaux est traité dans la norme (mal, mais traité)

 
oui, mais je voulais dire que comme j'ai x resultat, je pensais que je pouvais retourner avec le getPersonne de mon bean, une collection de personne.
 
Mais si le tableau est mieux, je travaille avec lui.
 
En gros, j'essaie de mettre en oeuvre le modele MVC proprement, en utilisant un pool de connexion pour mes requetes car mes données viennent d'une base.

oui mais ou est-il dit qu'il doit utiliser un javabean ...
 
bon j'ai pas suivi hein, je sais pas ce qu'il essaie de faire

ben moi perso je loade les données dans une servlet (ou autre) et je balance la collection (par exemple donc) en tant qu'attribut de requete et hop

 
J'ai une table personne, et j'essaie de lire les données sans faire tout ds ma jsp comme un porc... ce que je faisais avant.
 
Donc deja pour commencer, j'ai un pool de connexion. Voici ce que je pensais :
 
qd je veux voir des personnes, ma jsp appelle mon bean Listpersonne, et plus precisemment getListPersonne().
 
La dans getListPersonne(), je me recupere une connexion de mon pool, je fais ma requete, et j'ai donc un resultset. Je sais qu'il ne faut pas remonter le resultset. Donc je voulais creer un autre objet Personne, et créer un tableau de personne (en lisant mon resultset).
 
Une fois le resultset parcouru, je libere la connexion au pool, et la mon bean retournerait un tableau de personne que je lis ds la jsp.  
 
Est ce qu'il y a des erreurs de raisonnements ?

moi quand je peux je mais des tableaux : c'est typer...  
 
sinon, c'est lui qui veut faire les choses proprement en faisant des javabeans, c'est tout à son honneur ...

oui. Je te l'ai déjà dit, c'est pas à ton bean de faire le traitement d'accès à la base. Ca ca doit se faire en amont dans une servlet, ou mieux dans un objet métier qui sera appelé dans ta servlet ...

 
un autre bean ne peut  pas etre cet objet metier ?
je dois obligatoirement utiliser une servlet ?
 
merci pour votre patience

euh ouais euh proprement!? c'est un "bean" dans sa jsp qui va loader les données là ...
 
et puis les collections pourront etre typées d'ici quelques mois

c'est pas le rôle d'un bean ...

c'est la façon de faire habituelle pour le modèle MVC dans un environnement web ...
 
c'est plus lourd qu'une bête jsp, c'est sûr ... A toi de voir ce que tu veux

on y est pas encore ... et y aura encore quelques années avant que la généricité soit largement utilisée => pour le moment, tableau !
 
(j'espère qu'ils passeront un coup de neuf sur la spécif des javabean un de ces 4, parce qu'elle commence à être poussiéreuse)

 
Ok, donc je recapitule
 
- un bean Personne, avec get et set Personne
- un bean ListPersonne avec un get et set ListPersonne
_ un pool de connexion avec get /release connexion
- ma servlet fait un get connexion de mon pool
- elle fait la requete , et parcours le resulset, creer des instances de Personne, les mets ds un tableau, et fait un setListPersonne
- elle libere ma connexion
- ma jsp recupere via le getListPersonne mes données, et les mets en forme.
 
=>
1°) c mieux non ?
2°) si j'ai x requetes, je ne les place pas tous ds la servlet avec un parametre qui permet de savoir laquelle je lance ? il y a mieux non ?
 

y a un truc que je suis pas sûr que tu aies capté : c'est tes servlets qui doivent se prendre les requêtes, faire les traitements, mettre les javabeans qui contiennes les données à afficher dans la re^quête ou la session (setAttribute()) et passer la main à la jsp pour l'affichage en faisant un dispatch

là dessus y a pas trop de règle ... C'est à toit de créer une nouvelle servlet quand tu fais un type de page différent ...

 
Vu mon dernier post, je crois que c bon
par contre, pour l'histoire de la servlet et mes requetes, je vais en faire autant que j'aurai de requetes.
 
en tout cas merci pour tout, j'y vois bcp plus clair maintenant la dessus

bah qu'est-ce que je m'en tape que ça soit largement utilisé, je vais pas attendre ça avant de l'utiliser moi

il n'empeche que si tu veux faire des vrai javabeans, t'y a pas le droit.
 
un point c'est tout.
 
t'es pas sage, va au coin  !

(moi j'aurais pas le droit de l'utiliser jusqu'à se qu'on passe à la 1.5 partout en prod )

mais pq je voudrais faire des javabeans, avec quoi tu viens... jfous ske j'veux dans les attributs de ma requete quand meme

il y a une vie en dehors du boulot

belgissime ?
 
moi je m'en fous ... je trouve ca assez lourd aussi, mais en principe, dans le modèle MVC, c'est comme ca !

je prog très peu chez moi. j'ai pas le courage ...

veinnard

n'importe quoi

argumentation s'il te plait

euh ouais là ça serait plutot à toi de me dire d'ou tu sors que pour faire un mvc on utilise que des javabeans
Collection c'est tres bien

Dans n'importe quel gramework un tant soit peu sérieux, les javabeans sont utilisés pour assurer l'indépendance vis à vis du reste du système.  
Exemple : en EJB, les parâmêtres et type de retours sont des javabeans.
 
Dans le context web, logiquement ca doit être des javabeans aussi. ex : si tu utilises la balise jsp:usebean, dans le acs où l'objet n'est aps trouvé, ca va le créé tout seul (parce que c'est sensé être une javabean qui doit donc avoir un constructeur par défaut).
 
Donc, dans un VRAI modèle mvc, c'est des javabeans qui sont utilisés pour transférer les données.  
 
Tu me crois où tu veux des url

clair, l'interface Local d'un ejb c'est vachement un javabean

1) tu confonds ejb et javabean
2) fais pas ton boulé, tu vois ce que je veux dire et ca ne remet pas en cause le reste de l'argumentation

1/ corrigé
2/ ben si justement, parce que ton exemple tiens absolument pas debout: String c'est un javabean? Integer c'est un javabean?

non c'est des types primitifs ...