Reprise du message précédent :
Ce petit probléme a été réglé, ne vous prenez pas la tête pour si peu ;-)

Je n'écoute pas mon chef, c'est pourquoi j'en parle avec des gens qui ont plus d'expérience que lui dans ce domaine.
Donc dans ma servlet, j'ai une méthode qui va charger les données dans mon bean. Ensuite cette même Servlet vérifie les données du bean. Si les données sont OK, elle les enregistre éventuellement sinon elle renvoie le bean au formulaire.jsp
 
Au final, le formulaire, il essaie de récupérer le bean dans la request. Si le bean est null (donc que rien a était passé), le formulaire initialise les champs vide sinon il les remplit avec les data du bean.
 
C'est l'idée globale ou pas ?

parfait j'dirais

Je pensais créer un dossier vues dans mon répertoire WEB-INF qui contiendrai l'ensemble de mes jsp. C'est ok ou pas ?

comme disait benou, ça te servira surtout à cacher tes JSP de l'extérieur, même si normalement, elles passent par Jasper (ou autre) et ne sont donc pas visibles.

Je voudrais afficher une valeur de mon bean, au début de mon jsp, je fais ça :  
<jsp:useBean id="form" class="bean.BeanFormOBG" scope="request" />
 
et ensuite je veux afficher une valeur donc je fais ça :
<jsp:getProperty name="form" property="nomOBG"/>
 
Mais ça ne marche pas, il me donne pas la valeur de la propriété nomOBG...

C'est de ma faute, j'avais oublié de prendre le bon attribut dans la request.
Maintenant qu'elle est la meilleure solution avec ces balises pour cocher ou pas une checkBox ? Sachant que mon attribut se nomme estActif. Je dois faire le test au préalable ou il existe quelque chose de plus simple ?

non. au contraire.
 

dans un context web, le bean n'a généralement aucune logique. il sert plutôt de "structure" pour passer les données d'une couche à une autre (de la servlet à la couche métier, de la servlet à la jsp, etc ...). Bref, c'est un objet sans méthode autre que get/set.  
 

ok mais c'ets pas une bonne réponse. les fichiers html ou jsp n'ont pas à être dans le classpath (d'ailleur ils ne le sont pas). servletContext.getRessourceAsStream() est fait pour ça.
 

Tu m'étonnes que ca te saoule ... réinventer un système de template quand on a accéd au JSP faut vraiment être tordu ...
il a déjà vu comment ca se programme un service web ton chef ?    
 

tu peux faire comme ça, oui ...
 

oui tu peux : ca évite de les rendre accessible directement (ce qui peut ne pas avoir de sens si tu n'est pas passé avant par une servlet)
 

oublie les balises jsp:getProperty et setProperty. C'ets merdique. Ca date des premiers temps des JSP. Les JSTL sont là pour les remplacer.
Si t'as un serveurs qui supportent les JSP2, c'est encore plus simple : tu peux directement écrire ${tonBean.taPropriete} et ça l'affiche.
un bon lien pour comprendre rapidement les JSTL : http://www.javaworld.com/javaworld [...] -jstl.html

Merci beaucoup pour tous ces renseignements fort bien utile et qui vont me faciliter grandement la tâche (et qui sont en plus trés facile à utiliser)...
J'ai une derniére question : au niveau architecture, est ce que c'est propre d'avoir plusieurs servlets Contrôleur ? Car si je n'en fait qu'une seule, elle va être énorme... Et est ce que la vérification des paramétres de la requete doit-être traitée dans ce contrôleur ou dans une classe annexe ? Logiquement je dirais oui... mais je préfére attendre votre réponse ;-)