Reprise du message précédent :

d'ailleur, c'est quoi l'utilité de les déclarer (mis à part les paramètre, le mapping, etc ...)

bon j'ai un formulaire avec action="../servlet/monServlet" et ça ne marche pas de même que "servlet/monServlet" ou encore action="monServlet"...
 
J'ai bien un fichier web.xml là où il faut (cad dans WEB-INF) avec ça dedans :
<servlet>
      <servlet-name>monServlet</servlet-name>
      <description>
         mon servelt a moi
        </description>
    </servlet>
 
<servlet-mapping>
      <servlet-name>monServlet</servlet-name>
      <url-pattern>classes/monServlet</url-pattern>
    </servlet-mapping>
 
et mon repertoire est:
monRep
|---index.htm
|---banniere.htm
|---log.jsp
|---WEB-INF
       |---web.xml
       |---classes
              |----monServlet

ton url pattern est faux
 
classes ne doit pas être ajouté.
 
Si tu fais :

 
Tu devrais etre capable de l'atteindre via
 
/webappsroot/monServlet
 
si tu n'as pas webappsroot ca sera simplement action="/monServlet"

 
bin le mapping justement. Tu fais comment sinon pour les invoquer?

ben /servlet/MaServlet ...

 
pff portabilité 0 !!!
 
Et si tu prends ton war et que tu le tapes sur WAS ou BEA ca ne fonctionne plus ... Tomcat n'est qu'un serveur de test à la base, pas de production (enfin ca c'est une autre histoire)

bon en fait, j'ai réussi à atteindre ma servlet en la mettant sous webbapps/MonAppli/WEB-INF/classes/maServlet.
Et je l'atteint avec action="servlet/maServlet" (et pas "/servlet/maServlet". Il y a aucun mapping ni servlet déclarer dans le web.xml.  
 
Je veux bien que tu me réexpliques ton histoire de mapping DarkLord et que tu nous innondes de ta connaissance

Nestor a écrit a écrit : Je veux bien que tu me réexpliques ton histoire de mapping DarkLord et que tu nous innondes de ta connaissance

 
[MODE PORTUGAIS ON] Aïe, déssolé, c'était lé lobinet dé la douche qui né fermait pas. [MODE PORTUGAIS OFF]

 
c'est une autre histoire dont j'aimerai bien que tu me parles !!

bin l'histoire c'est qu'à mon avis, tomcat n'est pas un serveur de prod ... Voilà c'est tout!
 
N'empêche que je connais pas mal de boites qui l'utilise en prod mais bon  
 
     

Nestor a écrit a écrit : bon en fait, j'ai réussi à atteindre ma servlet en la mettant sous webbapps/MonAppli/WEB-INF/classes/maServlet. Et je l'atteint avec action="servlet/maServlet" (et pas "/servlet/maServlet". Il y a aucun mapping ni servlet déclarer dans le web.xml.     Je veux bien que tu me réexpliques ton histoire de mapping DarkLord et que tu nous innondes de ta connaissance

 
Euh bin en fait ton fichier web.xml te permet de déclarer tes servlets, de leur filer des paramètres d'init (soit de contexte, soit propore à la servlet). Une fois déclaré tu peux également leur donner un mapping.
 
Du genre si tu as tomcat_root/webapps/tonApp
 
Ta web application s'appelle tonApp. Si tu fais un servlet mapping sur  
 
/login
 
Tu peux appeler ta servlet en faisant /tonApp/login
 
C'est quand meme plus propore que servlet/login je trouve et en plus je pense bien que si tu ne le fais pas via web.xml c'est pas J2EE compliant mais ca il faut que je vérifie.
 
A+

bon autre problème :
je voudrais créer une servlet qui serait lancer au démarrage de l'application (via le web.xml qui lui fournirait les paramètres) et qui aurait pour fonction de créer un pool de connexion, pool qui serait par conséquent accessible depuis n'importe quelle page.  
 
De quelle classe faut-il faire dériver cette servlet ?
Voici ce que moi j'ai fait :
 
 
import javax.servlet.*;
import java.io.*;
import java.text.*;
import java.util.*;
import oracle.jdbc.driver.*;
import oracle.jdbc.pool.*;
 
class InitConnexion extends GenericServlet
{
 
 public  InitConnexion()
 {
   
 }
 
 public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException
 {
 
 }
 
 public void init() throws ServletException
    {
       ServletConfig config = getServletConfig();
 
  String url   = config.getInitParameter("url" );
         String user       = config.getInitParameter("user" );
         String password   = config.getInitParameter("password" );
           
  try
  {
     OracleConnectionPoolDataSource cx= new OracleConnectionPoolDataSource();    
 
   cx.setURL(url);
   cx.setUser(user);
   cx.setPassword(password);
   
   PooledConnection pc = cx.getPooledConnection();
  }
  catch (Exception e)
  {
   throw new UnavailableException("Impossible de créer la réserve de connexions" + " : " + e.getMessage());
  }
   
  getServletContext().setAttribute("sourceOracle",pc);
 }
 
}
 
A la compil il me dit qu'il ne peut pas résoudre le symbol "PooledConnection" alors que je me suis inspiré de l'exemple fourni dans la doc Oracle et que j'avais fait une autre servlet qui dérivait de HttpServlet et elle compilait sans couiner sur le "PooledConnection".

 
Une servlet c'est pas fait pour ca. Une servlet c'est fait pour répondre à des requetes. Tu te tromes d'objet là !!

ouais mais en fait, j'ai un bouquin (JSP de chez O'Reilly) qui dit qu'on peut faire comme ça. Il y a la description du web.xml pour charger la servlet. Le problème est que la servlet qu'ils utilisent n'est pas détaillée : il n'y a que la méthode init().
 
Ils disent ensuite comment faire réfénce au Datasource dans les pages en JSP :
<ora:sqlQuery id="machin" datasource="sourceOrcle" scope="request">
la query
</ora:sqlQuery>
 
Donc le principe de la servlet chargée au démarrage de l'application me paraît logique. Donc dans ce cas là, je pense qu'il faut faire une servlet qui ne dérive pas de HttpServlet (mais alors de quoi ?) puisqu'elle n'est pas appelée par une page web mais au démarrage de l'application. Comme je débute en Java et en JSP, je n'ai pas que le pb d'architecture mais aussi celui du code pure !

ah oui effectivement c'est possible de spécifier qu'une servlet soit instanciée au démarrage du webapp et non pas à la première requete. Je sais définir ca sur WAS mais je ne l'ai pas ici (et puis sur mon portable ca le ferait pas trop WAS )
 
Bref, fais une recherche sur google et tu devrais trouver ca rapidement. Par contre pour ton histoire de référencement, ca me dit rien du tout.

Disons que ce qui m'avais déplu dans ton post c'est que t'avais l'air de dire que la servlet se charge au démarrage et fais un pool de connec. Et qu'ensuite elle fait une sorte de repository des connec.
 
Ce qui est vrai c'est que tu peux faire une servlet spéciale qui s'occupe de tout ce qui est BD. Mais tu dois l'invoquer de la manière habituelle.

bon ça va. A priori, je ne pars pas dans une trop mauvaise direction. J'ai modifié la servlet décrite ci-dessus (toujours dérivée de GenericServlet) et ça compile.  
Y a plus qu'à la faire charger au démarrage par le web.xml. Je croise les doigts...
 
PS : sais pas ce que c'est que WAS !
 
Merci de ton aide en tout cas

Websphere Application Server

certes Websphere n'est pas léger mais ta boîte ne te payes pas de portable 1,2 GHz, 1 Go de RAM et tout et tou !
 
bon, ça me gave.  
J'ai ça dans mon web.xml et il n'en veut pas au démarrage de Tomcat :
<servlet>
 <servlet-name>
  InitConnexion
 </servlet-name>
 <servlet-class>
  InitConnexion
 </servlet-class>
 <init-param>
  <param-name>
   url
  </param-name>
  <param-value>
  jdbc : oracle : oci8 : @serveroracle:1521:MABASE
  </param-value>
 </init-param>
 <init-param>
  <param-name>
   user
  </param-name>
  <param-value>
   user
  </param-value>
 </init-param>
 <init-param>
  <param-name>
   password
  </param-name>
  <param-value>
   pass
  </param-value>
 </init-param>
 <load-on-startup>1</load-on-startup>
</servlet>
 
C'est quand même la prise de tête ce truc !
 
PS : les espaces sont normaux pour l'url sinon le forum les transforment en smiley

[jfdsdjhfuetppo]--Message édité par Nestor--[/jfdsdjhfuetppo]

l'es ou ton webapp ?
 
<webapp>
 
</webapp>
 
Et pour mon portable c'est un PIII 1Ghz, 15", 30Go disque dur et graveur mais je n'ai que 256 Mo RAM
 
Et puis c'est une station de travail pas un serveur !

enfoiré, ça cause quand même ton portable !
 
je n'ai mis qu'un extrait de mon web.xml : il y a bien les balises qui vont bien, les <web-app></web-app>.  
Si j'enlève la partie de code que j'ai mis plus haut, ça marche mais forcémnet ma servlet n'est pas chargée...

 
Pq tu dis que je suis un enfoiré ?  

parce que tu as de la chance ! moi je n'ai pas de portable et j'ai du batailler dur pour qu'on me file un pc actuel.  
J'ai bossé deux mois sur un p200 avec 32 Mo de RAM. Il aimait bien ultra dev 4, le p200 !

dans ma boite, tomcat a été benché et est resortit avec une très bonne note !
t'as eu des mauvaises expériences avec une mise en prod de tomcat ? qu'est ce qui te fait dire qu'il n'est pas adapté à la prod ?

râââh, m'en sortirai pas !
bon, ce coup-ci j'ai réussi a faire en sorte que le serveur lance (tente de lancer !) ma servlet au démarrage (avec un servlet mapping et un load on startup).  
Mais j'ai l'erreur suivante au démarrage de Tomcat :
Servlet Execption  
blablablabla
Root Cause
java.lang.NoClassDefFoundEffor : oracle/jdbc/pool/OracleConnectionPoolDataSource
 
Comprends pas pourquoi : ça compile mais quand je lance, il est contrarié !
 
A l'aide !

bin la lib est oracle est pas accesible dans tomcat c'est tout. Tu dois mettre toutes tes libs qui sont utilisées pour la compilation dans
 
tomcat_root/webapps/tonapp/WEB-INF/lib
 
et ils seront utilisés au démarrage
 
Il y a un topic en première page la dessus  

[jfdsdjhfuetppo]--Message édité par DarkLord--[/jfdsdjhfuetppo]

et puis c'est malin ca. C'est pas parce que ca compile que les classes n'ont plus besoin des libraries en question ...
 
Tu t'imagines que si tu utilies String, Vector, BufferedReader, etc. tu dois chaque fois l'incorporer dans tes projets ...

ben euh, c'est fait je crois...  
 
En fait j'ai recopié le OracleConnectionPoolDataSource.class (j'ai même mis le classes111.zip) dans le répertoire lib dont tu parles mais j'ai toujours la même erreur.  
je l'ai même mis aux deux endroits :  
dans lib et dans lib/oracle/jdbc/pool (en reconstruisant l'arborescence).
 
Me gave velu ce truc...

ton histoire de lib/oracle/jdbc... c'est dans lib qu'il faut le mettre mais dans classes
 
en gros,
 
1) Tout les jar file qui se trouvent dans le répertoire lib sont utilisés si nécessaires sans qu'il soit utilie de les déclarer (je ne sais pas si le fait que ce soit un zip change qqch)
2) Toutes les classes qui se trouvent dans classes sont utilisées si nécessaire sans qu'il soit utile de les déclarer.
 
Donc
 
1) Soit tu renomes ton .zip en .jar et tu redémarres tomcat. Soit copies ta fameuse arbo dans le répertoire lib.
 
Au fait c'est débile ce que tu as fait, de recopier seulement un fichier. Tomcat s'est arreté à la permière erreur mais il lui faut probablement plusieurs classes pour fonctionner.  

bon pour l'étape précédente, ça semble rouler.  
J'ai donc fait une servlet qui permet de créer un pool de connexions au lancement de l'application. Voici cette servlet :
 
 
import javax.servlet.*;
import java.io.*;
import java.text.*;
import java.util.*;
import java.sql.*;
import javax.sql.*;
import oracle.jdbc.driver.*;
import oracle.jdbc.pool.*;
import oracle.jdbc.pool.OracleConnectionPoolDataSource;
 
public class InitConnexion extends GenericServlet
{
 
 //public  InitConnexion()
 //{
   
 //}
 
 public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException
 {
 
 }
 
 public void init() throws ServletException
    {
       ServletConfig config = getServletConfig();
 
  String url   = config.getInitParameter("url" );
         String user       = config.getInitParameter("user" );
         String password   = config.getInitParameter("password" );
 
       
  try
  {
     OracleConnectionPoolDataSource cx = new OracleConnectionPoolDataSource();    
 
   cx.setURL(url);
   cx.setUser(user);
   cx.setPassword(password);
   
   PooledConnection pc = cx.getPooledConnection();
 
   getServletContext().setAttribute("sourceOracle
 
",pc);
 
  }
  catch (Exception e)
  {
   System.out.println("Impossible de créer la réserve de connexions" + " : " + e.getMessage());
  }
   
   
 }
 
 public void destroy()
 {
  PooledConnection pc = (PooledConnection)(getServletContext().getAttribute("sourceOracle" ));
  try {
   pc.close();
  }
  catch (Exception e) {
   //out.println("erreyr" );
  }
  getServletContext().removeAttribute("sourceOrac
 
le" );
 }
 
 
}
 
 
Ma question est la suivante :  
comment je fais pour choper une connexion et obtenir des données de la base depuis une page en JSP ?

[jfdsdjhfuetppo]--Message édité par Nestor--[/jfdsdjhfuetppo]

bin tu fais des requêtes sur ta servlet tiens ! de la manière habituelle.
 
J'ai déjà tenté de t'expliquer ca il y a qque temps. Une servlet c'est pas un objet qui sert de repository. C'est un objet qui répond à des requetes et qui renvoie des réponses (le plus fréquemment via HTTP).
 
Donc si tu as une page JSP, bin tu fais des requetes dessus via un formulaire ou des GET.
 
J'ai l'impression que tu captes pas ce qu'une servlet est censée faire ...

bon je sais que je capte pas tout mais quand même...
Je sais bien qu'il faut que je fasse des requêtes, mon problème est de choper le "dataSource" ou un truc du genre. Je m'explique :
dans le bouquin que j'ai, il font un pool de connexions. Ce pool est créé au démarrage de l'application (servlet lancée depuis le fichier web.xml avec la balise <load-on-startup> ).
Comme cette servlet est lancée au démarrage, elle ne répond pas à une requette HTTP (d'où ma classe précédente qui dérive de GenericServlet et non de HttpServlet mais je ne sais pas si j'ai bon).  
A l'heure actuelle, ma servlet est chargée sans erreur au démarrage, ce qui ne veut pas dire qu'elle marche.  
MAIS cette servlet n'est pas excatement celle décrite dans mon bouquin puisque moi j'ai utilisé les classes oracles, je l'ai donc adaptée.  
Dans le bouquin, ils ont développé des tags spéciaux à eux, ce qui fait que je ne pige pas vraiment comment référencer une connexion du pool. Eux font comme ça :
<ora:sqlQuery id="empList" dataSource="exampleDS" scope="request">
SELECT * FROM utilisateur
</ora:sqlQuery>
Mais moi, je n'ai pas ma propre librairies de tags (pour l'instant, j'aimerais faire sans au moins pour piger comment ça marche sans tags à ma sauce). J'ai néanmoins installé leur librairie de tag (je n'ai installé qu'un fichier tld et une classe, je ne sais pas si ça suffit !). Si je recopie leur instruction, il me sort une erreur dataSource invalid ou je ne sais quelle connerie.  
Donc une de mes questions est : comment je fait référence à ma source de donnée sans utiliser de tags "faits maison" et à partir de ma servlet précédente ?
 
Mais avant tout, ma servlet précédente te semble-t-elle tenir la route ? (le fait qu'elle dérive de GenericServlet et non de HttpServlet est-il logique ?)
 
Merci.

 
Non. Si tu utilises ta servlet dans un environnement web (i.e Servlet/Jsp) tu dois dériver de HttpServlet.
 
Pour les tags en fait c'est les custom tags en JSP. Ce sont des étiquettes que tu peux redéfinir et qui te donne accès à des objets au niveau serveur.
 
Ce qu'oracle a fait c'est une servlet qui ECOUTE DES REQUETES et ces requetes peuvent etre invoquées via des customs tags JSP. Y a rien de sorcier là dedans.
 
Au lieu de faire http://monsite.com/servlet/dbservl [...] xresult=50
 
tu fais appel à un custom tag qui fait le lien entre ton invocation et la servlet.
 
Faudrait que tu regardes ce qu'il y a ds le tld. Pour ton erreur, c'est un peu normal. C'est pas en recopiant un fichier au pif que ca va marcher ...
 
Essaie de lire un peu des trucs sur les custom tags.
 
Et poste lorsque c'est plus clair pour toi
 
A+

pour les tags, c'était juste pour voir ; je ne me faisais pas l'illusion d'y arriver comme ça !
 
Par contre pour la servlet de départ, je maintiens : je ne vois pas pourquoi elle devrait dériver de HttpServlet. Elle ne répond a aucune requête Http mais est chargée au démarrage de l'application (il n'y a pas de post ou de get pour l'appelée).  
Le problème c'est que je ne suis pas sur à 100 % car dans le bouquin, seules les méthodes de la classe sont détaillées.

 
bon écoute moi j'abandonne.... Et comment tu fais pour l'appeler ta servlet gros malin. Regarde un peu dans l'exemple de ton livre pour voir comment ils font ...
 
Si tu travailles avec des JSP tu dois hériter de HttpServlet ... Maintenant tu fais ce que tu veux ...

 
elle sert à quoi ta servlet alors si elle ne recoit pas de requetes ?

ben alors ??? je croyais que t'étais de bonne humeur aujourd'hui ...

benou a écrit a écrit :   ben alors ??? je croyais que t'étais de bonne humeur aujourd'hui ...

 
bin oui justement j'étais
 
     

ah oui, décidément je suis pénible. Ceci dit, je ne te sentais pas très sur dans tes réponses et j'ai donc persévérer en tentant de suivre ce que je pigeais du bouquin. Et ça marche. !
 
Si j'ai bien tout capté, le pool de connexions est un attribut de Servlet Context et est donc accessible partout sans requete Http.  
Voici, à titre informatif, le code de ma page jsp :  
<html>
<head>
<%@ page language="java" contentType="text/html" %>
<%@ page import="java.sql.*" %>
<%@ page import="javax.sql.*" %>
<%@ page import="oracle.jdbc.driver.*" %>
<%@ page import="oracle.jdbc.pool.*" %>
<title>Service Pack</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body bgcolor="#000000" text="#FFFFFF">
<%! PooledConnection pc;
 Statement stmt;
 ResultSet rset;
 String truc = new String();
 String machin = new String();
 Connection conn;
%>
<% pc = (PooledConnection)getServletContext().getAttribute("sourceOracle" );
 conn = pc.getConnection();
 stmt = conn.createStatement();
%>
<%
 rset = stmt.executeQuery("SELECT nom_utilisateur FROM utilisateur" );
 while(rset.next())
 {
%>
<%=rset.getString(1)%>
<%
}
rset.close();
rset = null;
stmt.close();
stmt=null;
%>  
 
<br>
</body>
</html>
 
Bon, maintenant je pense qu'il doit être possible de créer un bean et/ou d'améliorer tout ça pour ne pas avoir à retaper tout le code de connection. Peut-être que là tu peux m'aider de nouveau si tu n'es plus de méchante humeur

indeed, un param de contexte. Coolos. Mais alors la servlet ne sert à rien du tout pendant l'exécution de ton prog. Donc finalement hérite là de BrouteMoiLeMouServlet si tu veux ... Ca ne changera rien du tout!
 
Pour ce qui est des customs tags, il faut te renseigner un minimum. C'est qqch que je trouve assez compliqué perso mais je ne me suis pas étendu sur le sujet. En gros tu crées des étiquettes perso. Lorsque l'interpréteur voit ces étiquettes il appelle une méthde que tu as fait et qui hérite d'une classe (voir javax. ...) dont je ne me souviens plus
 
Sinon, une bonne adresse c'est http://java.sun.com/j2ee/tutorial/ [...] PTags.html