Discussion :

[Bba_M]

Bonjour,

je veux que le driver sql server est chargé une seule fois pour toute.quelle est à votre avis le code adéquat,parmi les deux codes suivants, pour éxecuter le code ci-dessous une seule fois durant l'exécution de la'application :

Code :

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

Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver");

code1:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
package chargem_pilote;
public class Driver {
 static {
try {
			Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver");
}
catch (Exception e) {
 System.err.println("Connexion à la base de données impossible");
 System.exit( -1);
}
}
public static final String url = "jdbc:microsoft:sqlserver://127.0.0.1:1433"+";databaseName="+"base";
}

puis j'utilse cette méthode dans une servlet:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
private boolean etablirConnexion(String username, String password) {
boolean statusConnexion = false;
try {
Connection cnx = DriverManager.getConnection(Driver.url,username,password);
statusConnexion = true;
} catch ( Exception e ) {
	statusConnexion = false;
	System.out.println(e);
}
return statusConnexion;
}
}

ou bien (selon vos expérience) il est mieux d'utiliser:la méthode init du servlet:
code2:

Code :

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

1
2
3
4
5
6
7
8
9
10
public void init() throws ServletException {
super.init();
try {
			Class.forName("com.microsoft.jdbc.sqlserver.SQLServerDriver");
}
catch (Exception e) {
 System.err.println("Connexion à la base de données impossible");
 System.exit( -1);
}
}

si vous avez d'autres suggestions, n'hésitez pas
merci d'avance.

[*alexandre*]

Dans la méthode init de ta servlet cela me semble pas trop mal ...
( j ai réflechi à une connection factory mais il faudrait quand même paramétré ton driver donc ...)

[leonel]

Tu as une autre solution qui consiste à mieux utiliser ton serveur JEE.
Tu définis un DataSource, à configurer selon la doc de ton serveur, et ce sera le seul endroit où tu configureras le driver.
Ensuite, tu utilises ce DataSource depuis un EJB ou une servlet après l'avoir trouvé grâce à une appel JNDI.

L'avantage, en plus de centraliser la configuration du serveur (un changement de driver revient alors à une modification de paramétrage uniquement), c'est que tu peux bénéficier de services offerts par ton serveur, comme un pool de connexion par exemple.
Pas besoin de réinventer la roue

Depuis une jsp, le plus simple est d'écrire un javabean (pas un EJB !!) qui retrouve ce Datasource, toujours par JNDI, et que tu appelles depuis ta page jsp.
Ainsi si le développeur des jsp est plutôt un webdesigner, il n'aura pas à développer l'appel JNDI lui même, mais simplement à utiliser un javabean tout prêt.

En espérant que ça t'aide.

Leo

[fabszn]

Depuis une jsp, le plus simple est d'écrire un javabean (pas un EJB !!) qui retrouve ce Datasource, toujours par JNDI, et que tu appelles depuis ta page jsp.

Ce n'est pas génail un appel JNDI depuis la JSP... théoriquement la jsp ne doit être utilisée uniquement pour afficher et presenter... surtout pas d'accès au données directement.
On laisse ce travail à la couche métier (modèle).

[leonel]

Ce n'est pas génail un appel JNDI depuis la JSP... théoriquement la jsp ne doit être utilisée uniquement pour afficher et presenter... surtout pas d'accès au données directement.

Justement, c'est bien le java bean qui recherche, par JNDI, le DataSource. Pas la jsp.
En appelant le javabean, la jsp récupère le DataSouce pour établir ensuite sa connection, mais ce n'est pas elle qui s'en charge.
Celui qui développe la jsp n'a qu'à inclure son appel de l'ejb en début de page, et ne s'occupe de rien d'autre. Il ne sait même pas quel SGBD est derrière.