Fermeture des curseurs

Version imprimable

01/10/2010, 16h19
libuma

Fermeture des curseurs

Bonjour,

Dans mon application web, lorsque l'utilisateur est enregistré et clique ensuite sur déconnexion, la connexion à la DB(oracle) est fermée et la session est invalidée.
On se retrouve donc avec 0 curseur ouvert dans la DB pour cet utilisateur.

Cependant, si celui-ci, plutôt que de se déconnecter proprement, clique sur la croix de la fenêtre (explorateur web), les curseurs restent ouverts.

Y-a-t-il une solution pour contrer se problème ? détecter que l'utilisateur n'est plus connecté?

Merci d'avance.

client serveur

Bonjour,

Le retour du client / serveur ... Une bonne architecture serait de mutualiser la connexion Oracle, mais ce n'est sans doute pas possible (licence, authentification ...).

Une solution serait de récupérer l'événement de fermeture de Windows et se brancher sur le code de fermeture (je fais souvent cela avec des applis VBA).
Une autre solution c'est de rendre la croix inactive et donc de forcer l'utilisateur à utiliser votre bouton de fermeture.

Dans les applis vba j'utilise le code suivant pour bloquer l'usage de la croix, il faudrait trouvé le moyen de l'appliquer à une fenêtre navigateur, il faut aussi trouver le moyen de faire tourner ce code côté client, mais comme c'est du client / serveur pas difficile de faire un déploiement:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Private Declare Function RemoveMenu Lib "user32" (ByVal hMenu As Long, ByVal nPosition As Long, _ ByVal wFlags As Long) As Long Private Declare Function GetSystemMenu Lib "user32" (ByVal hwnd As Long, ByVal bRevert As Long) As Long Private Declare Function FindWindow Lib "user32.dll" Alias "FindWindowA" (ByVal lpClassName As String, _ ByVal lpWindowName As String) As Long Private Const MF_BYPOSITION = &H400& Les déclarations sur l'API windows et son utilisation: Private Sub UserForm_Initialize() Dim lHwnd As Long lHwnd = FindWindow("ThunderDFrame", Me.Caption) 'Change to match your userforms caption Do While lHwnd = 0 lHwnd = FindWindow("ThunderDFrame", Me.Caption) 'Change to match your userforms caption DoEvents Loop RemoveMenu GetSystemMenu(lHwnd, 0), 6, MF_BYPOSITION 'When using by position, 6 represents the 7th menu item (including separators) End Sub
Salutations

04/10/2010, 14h00
juridakus

salut

Citation:

Envoyé par libuma

Cependant, si celui-ci, plutôt que de se déconnecter proprement, clique sur la croix de la fenêtre (explorateur web), les curseurs restent ouverts.

Y-a-t-il une solution pour contrer se problème ? détecter que l'utilisateur n'est plus connecté?
Merci d'avance.

En travaillant avec des cookies (Encore faudrait il que le client les accepte) dont tu en contrôle l'existence tu peux détecter une fermeture intempestive du navigateur client. Sinon il faut faire des règles organisationnelles pour l'utilisation de ton application (Forcer les utilisateurs à avoir les bonnes habitudes ou les pénaliser coté serveur).
04/10/2010, 14h22
fr1man

Je ne suis pas certain d'avoir tout compris, en tout cas, il ne faut pas laisser de connexions ouvertes comme cela en espérant que ton utilisateur va les fermer.
Les connexions doivent être fermées après utilisation et réouvertes pour une nouvelle demande. Tu peux passer par un pool de connexions pour une meilleure gestion.
04/10/2010, 16h50
libuma

Citation:

Envoyé par fr1man

Je ne suis pas certain d'avoir tout compris, en tout cas, il ne faut pas laisser de connexions ouvertes comme cela en espérant que ton utilisateur va les fermer.
Les connexions doivent être fermées après utilisation et réouvertes pour une nouvelle demande. Tu peux passer par un pool de connexions pour une meilleure gestion.

C'est justement le but...
Trouver le moyen de fermer toutes les connexions.

@Spopoff: Malheureusement, il m'est impossible via Java de modifier le comportement de la fermeture d'une fenêtre IE.

@juridakus: ça me parait une bonne piste, je vais déjà voir si c'est pratiquable dans notre environnement. Mais cela veut dire exécuter des scripts de contrôle tous les X temps ?
04/10/2010, 16h56
fr1man

A chaque demande d'infos qui arrive sur ton serveur, tu fais tes traitements, tu prépares la réponse et tu fermes tes connexions.
Ce n'est pas comme cela que tu procèdes, non ?
04/10/2010, 18h42
Air P-E

Si au bout d'un certain temps, aucune requête n'est faite par l'utilisateur tu peux fermer les connexions. Tu peux pas le gérer côté Oracle ? Sinon en Java mais bon...

Citation:

Envoyé par fr1man

A chaque demande d'infos qui arrive sur ton serveur, tu fais tes traitements, tu prépares la réponse et tu fermes tes connexions.
Ce n'est pas comme cela que tu procèdes, non ?

Si.
Je procède comme ceci :
Appel de la procédure dans une méthode.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 ArrayList rights= new ArrayList(); OracleCallableStatement cstmt = (OracleCallableStatement)cn.prepareCall ("{call OWNER.PACKAGE.PROCNAME (?)}"); // Declare that the outparam cursor cstmt.registerOutParameter (1, OracleTypes.CURSOR); // Do the call cstmt.execute (); // Get the RS ResultSet rs = (ResultSet)cstmt.getObject(1); // Trought the RS : while(rs.next()) { rights.add(rs.getString("MY_FIELD")); } rs.close(); rs=null; cstmt.close(); cstmt = null; return rights;
Ensuite lorsque j'interroge la vue v$open_cursor, j'obtiens
Code:

1 2 3 select sql_text from v$open_cursor where user_name = 'MY_CURRENT_USER'; -> BEGIN OWNER.PACKAGE.PROCNAME (:1); END;

05/10/2010, 10h03
fr1man

Il faut aussi fermer tes connexions, en plus de tes resultset et statements.
Tu devrais aussi placer la fermeture dans un bloc finally.
Tu peux utiliser un pool de connexions, pour optimiser la récupération de connexion.
05/10/2010, 10h41
libuma

Citation:

Envoyé par fr1man

Il faut aussi fermer tes connexions, en plus de tes resultset et statements.
Tu devrais aussi placer la fermeture dans un bloc finally.
Tu peux utiliser un pool de connexions, pour optimiser la récupération de connexion.

Tout à fait d'accord pour le bloc finally, c'est ce que j'utilise.
Par contre, fermer à chaque fois ma connexion ?
Ca veut dire que quelque part, il faut stocker le mot de passe de l'utilisateur, qu'il faut s'identhifier et clôturer la connexion à chaque page visitée ?
ça me parait un peu lourd.

Actuellement, la connexion est créée à l'authentificiation de l'utilisateur et est gardée en session.

En sachant que chaque utilisateur utilise un identifiant et un mot de passe différent pour se connecter à la DB, est-ce qu'un pool de connexion permet d'apporter un plus ?

Il me semble que le but d'un pool de connexion est lorsqu'on le "close()", il ne se ferme pas mais est remis à disposition pour un autre utilisateur, hors ici, il ne peut utiliser la connexion d'un autre utilisateur. Pas de partage possible.

D'après moi, je ne peux utiliser ceci que pour l'utilisateur générique qui permet la demande de nouvel utilisateur/oubli de mot de passe.
05/10/2010, 10h48
libuma

bis
05/10/2010, 11h02
fr1man

Déjà c'est assez rare de gérer les droits d'une application par les droits de la BD.
On utilise généralement un user générique en base de données, et on gère les droits au niveau applicatif.
Je ne connais pas tes besoins, tu dois avoir de bonnes raisons de procéder comme cela.

Pour le pool de connexion, rien ne t'empêche de récupérer une connexion dans le pool en fournissant le user et mot de passe.
Ce qui est sur, c'est que c'est une très mauvaise idée de garder une connexion ouverte par user tout au long de leur navigation. Tu fais comment si tu as 500 utilisateurs connectés en même temps ?
05/10/2010, 11h15
libuma

C'est vrai que ça commence à faire pas mal de connexions, curseurs ouverts.
Nous disposons d'un large volume mais il est préférable de traiter le mal avant qu'il n'agisse :D
D'où ce post.

Mais donc, si l'on procède comme tu le décris, avec un pool de connexion, cela veut dire que je devrai garder en mémoire le mot de passe de l'utilisateur tout au long de sa connexion, non ?
05/10/2010, 11h17
fr1man

Oui si tu dois le fournir pour récupérer ta connexion.
05/10/2010, 11h51
libuma

Citation:

Envoyé par fr1man

Oui si tu dois le fournir pour récupérer ta connexion.

N'obtient-on pas là une sécurité moins facile à gérer ?
Balader le mot de passe tout au long du surf de l'utilisateur..

Aussi, les performances ne sont-elles pas moins bonnes étant donné qu'on rajoute une ouverture et une fermeture de connexion à chaque changement de page ?
05/10/2010, 11h58
fr1man

Citation:

N'obtient-on pas là une sécurité moins facile à gérer ?
Balader le mot de passe tout au long du surf de l'utilisateur..

Oui c'est pour cela que je t'expliquais que normalement, on utilise un user générique pour la base de données.

Citation:

Aussi, les performances ne sont-elles pas moins bonnes étant donné qu'on rajoute une ouverture et une fermeture de connexion à chaque changement de page ?

Non puisque l'on passe par un pool.
C'est ta méthode qui à terme donnera de mauvaises performances.
05/10/2010, 13h03
libuma

Je vois, merci pour vos réponses.

Sachant qu'il ne m'est pas envisageable de changer tout le processus pour utiliser un user générique, pensez-vous que cela vaut la peine de quand même passer par un pool de connexions?

Si oui, comment assurer une bonne sécurité tout en baladant le mot de passe ? oO
05/10/2010, 14h14
OButterlin

Passer par un pool pour ça, bof, pas vraiment...

Ceci dit, c'est rarissime dans une application web d'établir une connexion par utilisateur, qu'est ce qui justifie cette méthode ?

Si vraiment, tu peux utiliser un listener sur la session, paramétrer assez bas le timeout de la session (quitte à faire une activation périodique via ajax pour la "stimuler") et nettoyer à ce moment ta connexion.
Ceci dit, ça reste du niveau de la bidouille :aie:
(sans compter que dans le principe, je n'adhère pas l'ouverture d'une connexion par utilisateur... mais bon, tu t'en fiches je pense :mrgreen:)
La détection de la fermeture de la fenêtre n'étant pas possible directement, je ne vois pas d'autre alternative, mais peut-être que quelqu'un d'autre en aura une ;)
05/10/2010, 14h27
fr1man

Quel est le problème avec les pools ?
05/10/2010, 14h58
libuma

A chaque servlet vous ouvrez et fermez votre connexion à la db.

Pour savoir si l'utilisateur s'est authentifié, vous baladez dans la session un statut "connecté" ou quelque chose du style alors ?
05/10/2010, 15h16
fr1man

Citation:

A chaque servlet vous ouvrez et fermez votre connexion à la db.

Oui, grosso modo. D'une manière générale, il ne faut pas garder explicitement de connexion ouvertes entre plusieurs requêtes d'utilisateurs.

Citation:

Pour savoir si l'utilisateur s'est authentifié, vous baladez dans la session un statut "connecté" ou quelque chose du style alors ?

Si tu utilises les mécanismes d'authentification J2EE, tu n'en auras pas besoin.
Si tu fais ta solution "maison", il te faudra quelque chose du genre.
06/10/2010, 10h16
libuma

Merci.

Dernière petite question si vous le permettez :)

J'utilise pas mal de procédures stockées avec comme spécification
"AUTHID CURRENT USER" .

Puisque l'utilisateur est connecté avec son propre login/mdp oracle, lorsqu'une procédure stockée est exécutée, ça permet d'automatiquement vérifier si l'utilisateur à le droit d'exécuter cette proc ou non.

Comment faites vous dans votre cas ?
06/10/2010, 10h30
fr1man

Je n'ai pas ce genre de problèmes puisque j'utilise un user de base de données générique et que les droits sont gérés au niveau applicatif.

Je ne saurais pas répondre à ta question, mais j'imagine que ça se passe comme tu le décris.
06/10/2010, 14h11
libuma

D'après moi il est difficile alors de gérer le droit d'exécution sur les procédures stockées.

Enfin, un grand merci pour votre patience et ces explications ! :ccool:
06/10/2010, 17h25
spopoff

Le retour du client / serveur

Bonjour,

Le problème de fond c'est faire du client / serveur dans un forum ou on fait du J2EE :P
On peut utiliser les comptes Oracle individuels pour l'authentification voir l'autorisation et avoir un compte de service pour le reste de l'application. C'est un compromis acceptable ?

Salutations,
07/10/2010, 09h58
libuma

Citation:

Envoyé par spopoff

Bonjour,

Le problème de fond c'est faire du client / serveur dans un forum ou on fait du J2EE :P
On peut utiliser les comptes Oracle individuels pour l'authentification voir l'autorisation et avoir un compte de service pour le reste de l'application. C'est un compromis acceptable ?

Salutations,

Ca n'apporterait aucun avantage. Cela reviendrait au même d'utiliser un mot de passe stocké dans une table de la DB plutôt que le mot de passe Oracle individuel.
Le but est d'utiliser les rôles oracles attribués à l'utilisateur et les droits d'exécution sur les procs stockées.

Les rôles peuvent être déduits en stocké le nom d'utilisateur et en interrogeant la table dba_role_privs quand nécessaire.
Mais pour les procs stockées, ça pose toujours problème.

Vous voyez à quoi je veux en venir?

Bonjour,

Je reviens sur ce post pour une petite question.
Afin de tester si le changement vers un système de login avec pool de connexion serait plus bénéfique, je tente d'implémenter ce système.

J'ai une jsp de login qui demande "user" + "mdp" et qui envoit les données vers une servlet Ident.java:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
		String ident = request.getParameter("ident");
		String pwd = request.getParameter("pwd");
 
		try {
			Class.forName("oracle.jdbc.driver.OracleDriver") ;
			@SuppressWarnings("unused")
			Connection cn = (Connection)DriverManager.getConnection("jdbc:oracle:thin:@name:port:conn",ident,pwd);
			HttpSession session = request.getSession(true);
			session.setAttribute("loggedUser", ident);
			response.sendRedirect("/NewLoginMethod/Init");
 
		} catch (ClassNotFoundException e) {
			response.sendRedirect("index.jsp?erreur="+ e.getMessage());
		}catch (SQLException sqle) {
			// TODO Auto-generated catch block
			response.sendRedirect("index.jsp?erreur="+sqle.getMessage());
		}
 
	}

Si la connexion est réussie, que le mdp est correct, on redirige l'utilisateur vers la page principale (via une servlet "Init" que voici)

Code:

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
 
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
 
		HttpSession session = request.getSession(false);
		DataSource ds=null;
		Connection con = null;
		Statement stmt = null;
 
		if(session!=null)	
		{
		try 
		{
			String userDescr="";
			Context initContext = new InitialContext();
			ds = (DataSource) initContext.lookup("java:comp/env/jdbc/DataSource");
			con = ds.getConnection();
			stmt = con.createStatement();
 
			String sql="select description from UTILISATEUR " +
					   " where login = '" + session.getAttribute("loggedUser") + "'";
			ResultSet rs = stmt.executeQuery(sql);
			while(rs.next())
				userDescr=rs.getString(1);
 
			request.setAttribute("userDescr",userDescr);
			getServletConfig().getServletContext().
			getRequestDispatcher("/html/welcomePage.jsp").forward(request, response);
 
		} catch (NamingException e) {
			e.printStackTrace();
		}catch (SQLException sqle){
			sqle.printStackTrace(); 
		} finally
		{
			ds=null;
			try {
				stmt.close();
				con.close();
			} //Already Closed
			catch (SQLException e) {}
			stmt=null;
			con=null;
		}
		}
		else
			response.sendRedirect("index.jsp?erreur=Session expirée!");
	}

Et dans la welcomePage.jsp :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Welcome</title>
</head>
<body>
	<h1>Bienvenue <c:out value="${requestScope['userDescr']}"/>!</h1>
	<h4>Vous vous êtes identifié avec succès..</h4>
</body>
</html>

Est-ce comme ça que vous procédez ?
Si un utilisateur tape directement http://monserveur/MonContext/Init , il accèdera directement à la page de cette manière..
Comment contrôlez-vous qu'il est bien identifié ? via une variable de session?

Merci d'avance.