Discussion :

[tac13]

bonjour à tous,

Je n'arrive pas à créer un pool de connexion dans mon appli. Dans mon context.xml j'ai le code suivant :

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
 
 
<Context path="/ds3">
 
	<Resource 
		name="corp.test.ds3" 
		auth="Container" 
		type="javax.sql.DataSource" 
		maxActive="10" 
		maxIdle="3" 
		maxWait="10000" 
		username="ds3"
		password="0123456789"
		driverClassName="com.microsoft.sqlserver.jdbc.SQLServerDriver"
		url="jdbc:microsoft:sqlserver://10.12.4.79:1433;DatabaseName=ds3;"
 
/>

Le log me renvoi l'erreur suivante :

Cannot load JDBC driver class 'com.microsoft.jdbc.sqlserver.SQLServerDriver'

Le serveur fonctionne avec le login/mdp ci dessus.

J'ai essayé d'une autre facon :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
Connection cnx = null;
PreparedStatement cSmt = null;
ResultSet rs = null;
 
String connectionUrl = "jdbc:sqlserver://10.12.4.79:1433;" +
				 "databaseName=dbspare;user=ds3;password=0123456789";
cnx = DriverManager.getConnection(connectionUrl);
 
String sql = "SELECT ....";
cSmt = cnx.prepareStatement(sql);
rs = cSmt.executeQuery();

Et la ca fonctionne. Le jar sqljdbc4 est donc WEB-INF/lib, et a été ajouté dans le build path (eclipse).

Je sèche ... merci de votre aide

[adiGuba]

Salut,


C'est normal que les URL de connections soient différentes ? Ainsi que le nom de la base ?

Code :

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

1
2
jdbc:microsoft:sqlserver://10.12.4.79:1433;DatabaseName=ds3;
jdbc:sqlserver://10.12.4.79:1433;databaseName=dbspare;user=ds3password=0123456789

a++

PS :

[DevServlet]

Dans le dernier code il manque pas une ligne? le chargement du driver , regarde la chaine qui est passée :

Code :

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

Class.forName("chaine_driver");

[tac13]

Merci de vos réponses rapides

En fait les URL de connexion sont différentes parce que j'ai changé les noms de base/ip/et nom des packages ..etc par sécurité.

J'ai fait des essais avec "jdbc:microsoft:sqlserver" et "jdbc:sqlserver" ca me renvoi la même erreur.

Pour le Class.forname, d'après MSDN :

Dans l'API JDBC 4.0, la méthode DriverManager.getConnection est améliorée pour charger automatiquement les pilotes JDBC. Par conséquent, les applications n'ont pas besoin d'appeler la méthode Class.forName pour inscrire ou charger le pilote lors de l'utilisation de la bibliothèque de classes sqljdbc4.jar.

J'ai fait des tests en le mettant quand même ca ne marche pas. J'ai oublié de préciser, j'utilise sql server 2008 express

Merci

[adiGuba]

En fait les URL de connexion sont différentes parce que j'ai changé les noms de base/ip/et nom des packages ..etc par sécurité.

OK c'est juste que c'est ce qui m'a sauté aux yeux en lisant ton message



En relisant je viens de voir ceci :

Le jar sqljdbc4 est donc WEB-INF/lib,

Ça peut expliquer ton problème.

Les jar dans WEB-INF/lib sont accessibles uniquement par ton application, ce qui expliquerait que les connexions directes via DriverManager fonctionne normalement.

Par contre les pools de connexion sont gérés par le serveur d'application, qui utilise son propre classpath avant même de charger ton application.



Je pense que cette librairie devrait plutôt se situer dans le répertoire de ton serveur d'application.
Je ne sais pas quel serveur tu utilises, mais avec Tomcat c'est sous le répertoire <tomcat>/common/lib...


a++

[rolfone]

Je pense que cette librairie devrait plutôt se situer dans le répertoire de ton serveur d'application.
Je ne sais pas quel serveur tu utilises, mais avec Tomcat c'est sous le répertoire <tomcat>/common/lib...

+1

c'est ce que je me suis dit

[tac13]

bravo je n'avais pas fait gaffe a cette subtilité ca marche.

Merci de vos réponses rapides . Au niveau des performances, y a t'il une différence entre utiliser un pool ou le DriverManager ?

Bon appétit

[tchize_]

le pool va permettre de limiter la charge sur ton serveur (nombre max de connections du pool) et réutiliser les connexions. Ce dernier point évitera la perte de temps que sont les opérations de connexion HTTP, de négociation du mot de passe et d'ouverture de session.

Pour information, je bosse sur un serveur oracle, et le design fait que
-> les requte sont rapides à exécuté
-> l'ouverture d'une session peut mettre jusqu'à 1 seconde.
si à chaque affichage de page, je devais attendre 1 seconde, on serait un peut dans la merde coté perfs, vive le pool

[tac13]

ok

Je passe le sujet en [résolu]