JDBC: problème de driver de classe avec Tomcat

**mumu27** · 15/02/2010, 11h46

Bonjour,

j'essaye d'utiliser une source de données avec Tomcat.

Voici le programme principal PoolExample.jsp :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
<html>
  <head>
    <title>Chapter 7 Exemple d'utilisation d'un pool avec une JSP</title>
    <%@ page import="java.sql.*, javax.sql.*, java.io.*, javax.naming.*"
    	contentType="text/html; charset=ASCII" %>
  </head>
  <body>
    <h1>Chapter 7 Exemple d'utilisation d'un pool avec une JSP</h1>
 
<%
    InitialContext context = new InitialContext();
    DataSource dataSource = (DataSource) context.lookup("java:comp/env/jdbc/countries");
    Connection conn = null;
    Statement stmt = null;
    ResultSet rset = null;
    try {
      conn = dataSource.getConnection();
      stmt = conn.createStatement();
      rset = stmt.executeQuery("select * from COUNTRIES");
      if (rset.next()) {
%>
    <table width="100%" border="1">
      <tr align="left">
        <th>Pays</th><th>Code ISO</th><th>Région</th>
      </tr>
<%
        do {
%>
      <tr>
        <td><%= rset.getString(1) %></td>
        <td><%= rset.getString(2) %></td>
        <td><%= rset.getString(3) %></td>
      </tr>
<%
        } while (rset.next());
%>
    </table>
<%
      } else {
%>
    La requête n'a retourné aucun résultat.
<%
      }
    } catch (SQLException e) {
%>
    <%= e.getMessage() %>
<%
      e.printStackTrace();
    } finally {
      if (rset != null) { rset.close(); }
      if (stmt != null) { stmt.close(); }
      if (conn != null) { conn.close(); }
      if (context != null) { context.close(); }
    }
%>
  </body>
</html>

e programme marche très bien avec le serveur sun J2EE, donc à priori pas de problèmes.

Voici la modi dans le fichier server.xml :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<DefaultContext>
          <Resource name="jdbc/countries" auth="Container"
            	    type="javax.sql.DataSource" />
          <ResourceParams name="jdbc/countries">
            <parameter>
              <name>driverClassName</name>
              <value>com.pointbase.jdbc.jdbcUniversalDriver</value>
            </parameter>
            <parameter>
              <name>url</name>
              <value>jdbc:pointbase:server://localhost/pointbaseDB</value>
            </parameter>
            <parameter>
              <name>username</name>
              <value>PBPUBLIC</value>
            </parameter>
            <parameter>
              <name>password</name>
              <value>PBPUBLIC</value>
            </parameter>
          </ResourceParams>
        </DefaultContext>

Bout de programme inséré juste avant le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

</Host>

Enfin le web.xml :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
<?xml version="1.0"?>
<web-app>
  <display-name>Web App</display-name>
  <servlet>
    <servlet-name>PoolExample</servlet-name>
    <jsp-file>/PoolExample.jsp</jsp-file>
  </servlet>
  <resource-ref>
    <res-ref-name>jdbc/countries</res-ref-name>
    <res-type>javax.sql.DataSource</res-type>
  </resource-ref>
</web-app>

L'arborescence des répertoires est celle-ci sous webapps:
pe/
PoolExample.jsp
WEB-INF/
web.xml

J'ai pris soin de démarrer Pointbase qui correspond à ma base de données.

Voilà, le message d'erreur que j'obtiens:

Cannot create JDBC driver of class '' for connect URL 'null'

Si quelqu'un a une idée, je suis preneur, car j'ai vérifié les fichiers ils ont l'air bon.

Merci d'avance.

mumu27!

**tchize_** · 15/02/2010, 11h56

Envoyé par mumu27

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<DefaultContext>
          <Resource name="jdbc/countries" auth="Container"
            	    type="javax.sql.DataSource" />
          <ResourceParams name="jdbc/countries">
            <parameter>
              <name>driverClassName</name>
              <value>com.pointbase.jdbc.jdbcUniversalDriver</value>
            </parameter>
            <parameter>
              <name>url</name>
              <value>jdbc:pointbase:server://localhost/pointbaseDB</value>
            </parameter>
            <parameter>
              <name>username</name>
              <value>PBPUBLIC</value>
            </parameter>
            <parameter>
              <name>password</name>
              <value>PBPUBLIC</value>
            </parameter>
          </ResourceParams>
        </DefaultContext>

Je crois que ceci serait plsu correct

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
          <Resource name="jdbc/countries" auth="Container"
            	    type="javax.sql.DataSource" 
driverClassName="com.pointbase.jdbc.jdbcUniversalDriver"
url="jdbc:pointbase:server://localhost/pointbaseDB"
username="PBPUBLIC"
password="PBPUBLIC"/>

**mumu27** · 16/02/2010, 10h13

Bonjour,

j'ai testé la modif, mais cela ne change rien, j'ai toujours le même message d'erreur.

Je précise que j'ai copié le fichier pbclient.jar dans %CATALINA_HOME%\common\lib.

Aussi, je tape dans le navigateur :

http://localhost:8080/pe/PoolExample.jsp

.

J'ai bien un message qui apparaît :

Chapter 7 Exemple d'utilisation d'un pool avec une JSP

, mais après j'ai le message d'erreur.

Merci d'avance pour vos idées.

mumu27!

**OButterlin** · 16/02/2010, 11h02

Je pense que le problème vient de la déclaration de ta datasource dans le server.xml.
Avec Tomcat, il serait préférable de créer un fichier context.xml dans le répertoire META-INF (/META-INF/context.xml) et de paramétrer ta source de données, dans ce genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
<?xml version="1.0" encoding="UTF-8"?>
<Context>
    <Resource auth="Container" description="DB Connection"
        name="jdbc/leNom"
        type="javax.sql.DataSource"
        username="root"
        password=""
        driverClassName="com.mysql.jdbc.Driver"
        url="jdbc:mysql:///leSchéma"
        maxIdle="2"
        maxWait="5000"
        maxActive="4"/>
</Context>

(à adapter bien sûr)

**mumu27** · 16/02/2010, 14h24

Bonjour,

je viens de m'apercevoir d'un problème lié certainement au premier cité. En effet, je n'arrive plus à compiler mes classes Java, ce que j'arrivais parfaitement à faire avant.

Par exemple, si je tape cette commande :

javac -classpath %CATALINA_HOME%\common\lib\servlet-api.jar Login.java

.

J'ai alors ce message d'erreur :

javac: invalid flag : Files
Usage: javac <options> <source files>
where possible options include:
-g ...
-g:none ...
...
-classpath <path> ...

Je précise sous ce PC, je suis sous Windows 7, alors que l'autre, j'étais sous XP.
A priori pas de problèmes de variables d'environnement, j'utilise la variable Path pour le chemin d'accès aux sous dossiers bin ex : c:\Sun\AppServer\bin et C:\Program Files (x86)\Apache Software Foundation\Tomcat 5.5\bin entre autres. Cependant mon PC utilise la variable système Path, dans mes notes apparemment, on utilise plutôt PATH, mais je ne pense que cela fasse quelque chose, car j'arrive à compiler avec l'autre serveur sun J2EE qui utilise Path. Si vous avez une idée du pourquoi du problème de compilation, je suis preneur. Merci d'avance.

mumu27!

**tchize_** · 16/02/2010, 14h26

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

javac -classpath "%CATALINA_HOME%\common\lib\servlet-api.jar" Login.java

**mumu27** · 16/02/2010, 15h59

Bonjour,

j'ai bien essayé avec les guillemets, mais il n'y a pas de .class qui est généré. Mais avant, quand j'étais sous XP, cette commande fonctionnait très bien sans guillemet. Donc je ne comprends pas trop ce dysfonctionnement.

**tchize_** · 16/02/2010, 17h07

c'est l'espace qui pose problème

**OButterlin** · 16/02/2010, 18h03

A moins que ce ne soit les noms logiques façon Vista qui posent problème...

**mumu27** · 17/02/2010, 10h45

Bonjour,
en effet c'est l'espace qui posait problème. J'ai utilisé ceci :
c:\Progra~1\Apache~1\Tomcat~1 pour le CATALINA_HOME. Maintenant, le programme commence à compiler, mais j'ai encore une erreur.
Voici le message d'erreur:
Login.java:3: package javax.servlet.http does not exist
import javax.servlet.http.*;

Je lance seulement cette commande pour la compilation:

javac -classpath %CATALINA_HOME%\common\lib\servlet-api.jar Login.java

Voici le programme Login.java:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
package web;
 
import javax.servlet.http.*;
import java.io.*;
 
public class Login extends HttpServlet {
  public void doPost(HttpServletRequest request,
  					 HttpServletResponse response)
  {
    String username = request.getParameter("username");
    try {
	  response.setContentType("text/html");
	  PrintWriter writer = response.getWriter();
	  writer.println("<html><body>");
	  writer.println("Merci, " + username +
	  				 ". Vous êtes maintenant enregistré dans le système.");
	  writer.println("</body></html>");
	  writer.close();
	} catch (Exception e) {
	  e.printStackTrace();
	}
  }
}

Voici le web.xml:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
<?xml version="1.0" encoding="ISO-8859-1"?>
 
<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
     http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
 
<!-- Descripteur de déploiement de l'exemple de filtre -->
 
  <display-name>J2EE Chapitre 5</display-name>
  <filter>
    <filter-name>LogA</filter-name>
    <filter-class>web.LogA</filter-class>
  </filter>
 
  <filter>
    <filter-name>LogB</filter-name>
    <filter-class>web.LogB</filter-class>
  </filter>
 
  <filter-mapping>
    <filter-name>LogA</filter-name>
    <url-pattern>/Login</url-pattern>
  </filter-mapping>
 
  <filter-mapping>
    <filter-name>LogB</filter-name>
    <url-pattern>/Login</url-pattern>
  </filter-mapping>
 
  <servlet>
    <servlet-name>Login</servlet-name>
    <servlet-class>web.Login</servlet-class>
  </servlet>
 
  <servlet-mapping>
    <servlet-name>Login</servlet-name>
    <url-pattern>/Login</url-pattern>
  </servlet-mapping>
 
 
  <welcome-file-list>
    <welcome-file>login.html</welcome-file>
  </welcome-file-list>
 
</web-app>

Je précise, ce programme compilait, puisque j'ai encore son .class, mais je ne sais plus ce qu'il faut faire pour que cela marche, venant récemment d'installer Tomcat 5.5.

Merci d'avance pour vos réponses.

mumu27!

**tchize_** · 17/02/2010, 10h47

t'as vérifié que %CATALINA_HOME%\common\lib\servlet-api.jar existe bien?

**mumu27** · 17/02/2010, 13h47

Oui, servlet-api.jar existe bien dans le répertoire désiré.
Donc je ne vois pas ce qui cloche. Faut-il créer une variable d'environnement CLASSPATH, car je n'en ai pas crée?

mumu27!

**tchize_** · 17/02/2010, 13h52

Envoyé par mumu27

Faut-il créer une variable d'environnement CLASSPATH, car je n'en ai pas crée?

surtout pas.

curieux, qu'as tu quand tu fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dir %CATALINA_HOME%\common\lib\servlet-api.jar

?

**mumu27** · 17/02/2010, 15h59

En effet, il y'a un problème, il met chemin spécifié introuvable. Donc mon système avec les "~" ne fonctionnent pas. Mais il y'a bien un problème avec les espaces. Il faudrait pouvoir écrire une variable d'environnement CATALINA_HOME, de façon à prendre en compte les espaces, mais j'ai pas encore trouvé.

mumu27!

**tchize_** · 17/02/2010, 16h16

t'as essayé avec les guillemets, comme indiqué??

**mumu27** · 17/02/2010, 16h53

Avec les guillemets pas de message d'erreur, par contre pas de .class généré, c'est comme si j'avais rien fait. Finalement j'ai mis les guillemets au niveau de la variable d'environnement, mais pareil. J'ai même mis des guillemets pour la variable Path, rien n'y fait. Pas .class généré dans mon répertoire. J'avoue que je ne comprends pas.

mumu27!

**tchize_** · 17/02/2010, 17h25

Envoyé par mumu27

Avec les guillemets pas de message d'erreur, par contre pas de .class généré, c'est comme si j'avais rien fait.

Et pas de message d'erreur à la compilation?

et si tu rajoute à ta commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

-sourcepath . -d .

?

**mumu27** · 17/02/2010, 20h39

Bonjour,

je viens d'essayer sur mon autre PC qui est sous XP et tout fonctionne parfaitement avec les guillemets. Hors sur ce PC, je mets bien les guillemets et pas de fichiers .class. J'ai essayé avec -sourcepath, rien non plus. Bref le bonheur total. Je n'ai pas non plus d'erreur de messages de compilation. Peut-être le problème vient de la variable d'environnement Path de ce PC:

%CommonProgramFiles%\Microsoft Shared\Windows Live;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\j2sdk1.4.2_19\bin;C:\Sun\AppServer\bin;C:\Program Files (x86)\Apache Software Foundation\Tomcat 5.5\bin

Peut-être le problème vient de là.
Merci pour vos suggestions.

mumu27!

**mumu27** · 18/02/2010, 15h01

Bonjour,

finalement j'ai réussi à générer mon .class en installant la servlet sous le disque D (données), plutôt que sous C:\Program Files (x86). En effet, il y'a un paramètre qui gêne apparemment et empêche de générer les programmes compilés sous C:\Program Files (x86) avec Windows 7. Si quelqu'un a une idée, je suis preneur. J'ai bien essayé de désactiver la protection du disque, mais apparemment rien n'y fait.

En ce qui concerne mon premier problème avec le jsp qui utilise les sources de données, je pense que le problème est lié à cette protection. En effet il faut que je copie un répertoire dans Tomcat 5.5 et il est en lecture seule (pbclient.jar). La solution je pense est d'installé ailleurs le programme. Qu'en pensez-vous? Aussi le mieux est de tester le programme sous XP, je verrais bien s'il fonctionne. Je vous tiens au courant.

mumu27!