Discussion :

[Garuda]

Bonjour,

J'ai une forms personnalisé de connexion à ma BDD
Dans celle ci une procédure :

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
 
PROCEDURE CONNEXION(utilisateur IN VARCHAR2,mot_de_passe IN VARCHAR2) IS
	msg	msg_lang.lib_msg%type;
BEGIN
	SET_APPLICATION_PROPERTY(CURSOR_STYLE,'BUSY');
-- si deja connecté (connect_string dans pkgconst.current_cs)
	IF pkgconst.current_cs IS NOT NULL THEN
  	display_msg('Déconnexion...');
  	LOGOUT;
	END IF;
 	display_msg('Connexion...');
-- on se reconnecte avec le nouveau mdp
	LOGON(UPPER(utilisateur),UPPER(mot_de_passe) || '@' ||NVL(pkgconst.current_cs,'PLUTON'),FALSE);
	IF FORM_FAILURE THEN
		CLEAR_MESSAGE;
		SET_APPLICATION_PROPERTY(CURSOR_STYLE,'DEFAULT');
		msgalert(pkgconst.message_pwd,'E',TRUE);
	END IF;
.......

Lorsqu'un MDP contient un '@', le LOGON foire.
je pense que c'est le deuxième paramètre de LOGON qui pose problème
(<pwd>@<connect_string>) qd pwd contient un @
Pourtant, ORACLE accepte bien les MDP contenant un '@{ (testé sous TOAD)

Comment passer à LOGON un mot de passe contenant un '@' ?

D'avance, merci,

[macben]

Il faut certainement mettre un caractète devant le @ du mot de passe afin d'éviter qu'il le prenne comme un caractère spécial.

As-tu essayé lee 1 ou autre caractère habituellement utilisé en faisaint un substr du @ de ton mot de passe par &@ par exemple ?

[orafrance]

il faut mettre le mot de passe entre guillement je pense

[Garuda]

j'ai essayé avec ' (simple quote)

'D@HOGG'@PLUTON

et " (guillemets)

"D@HOGG"@PLUTON

aucun resultat !

Je pressens le cas non prévu (sic) !

[SheikYerbouti]

l'arobase sert effectivement à séparer le mot de passe de l'instance. De ce fait, il apparait risqué d'autoriser ce caractère au sein même du mot de passe, car il est considéré comme séparateur.

[McM]

attention, avec les " la casse en sensitive.

[Garuda]

j'ai essayé avec ' (simple quote)

'D@HOGG'@PLUTON

et " (guillemets)

"D@HOGG"@PLUTON

aucun resultat !

Je pressens le cas non prévu (sic) !

[McM]

Essaie de ne pas faire de upper dans ta procedure

Code :

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

LOGON(UPPER(utilisateur),'"' || mot_de_passe || '"@' ||NVL(pkgconst.current_cs,'PLUTON'),FALSE);

[orafrance]

d'autant qu'en 10g la casse est importance

[Garuda]

Merci mais on s'égare (UCASE ou pas) !

Tout ca marche tres bien depuis des années (on passe en 10 G bientôt) mais il a fallu qu'un utilisateur anglais décide de mettre un '@' dans un pwd.

Oracle l'accepte (CREATE USER)
Pas SQLPLUS ?
Forms l'accepte (LOGON_SCREEN) mais pas LOGON

Essayé en faisant précéder l'@ de '\' comme vu sur METALINK pour iSql (??)=> no result

Ca manque un peu de cohérence.

[orafrance]

on s'égare mais si tu souhaite migrer en 10g, tu peux tout de suite enlevé le UPPER qui t'évitera une anomalie.

Quand à ton problème, j'ai pas d'autres idées

[Garuda]

bon, il ne me reste plus qu'a interdire @ dans ma procédure de saisie du mot de passe.
Merci à tous qd même

[orafrance]

c'est le plus simple en effet