Discussion :

[SleTT]

Bonjour,

Pour un besoin spécifique, j'ai besoin de réaliser une connexion via oracle, de lancer une commander (pour faire sonner un téléphone) puis lancer la commande de fin de sonnerie après un certain temps (X secondes).

Je ne sais pas comment patienter j'avoue... J'ai recherché sur le net mais j'ai trouvé des solutions avec des loops toutes plus sales les unes que les autres...

Je vous donne mon morceau de code exemple (Ne cherchez pas les erreurs, ce n'est qu'un exemple, je ne cherche que le morceau de code à mettre à la place de ##### Sleep ##### ...)

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
 
BEGIN
	CONNECTION    :=
		UTL_TCP.OPEN_CONNECTION (REMOTE_HOST => ADRESSE_IP, REMOTE_PORT => PORT,
									 TX_TIMEOUT => TIME_OUT);
	EXCEPTION
		WHEN OTHERS THEN
			ERROR    := 1;
			BOITIER.LOG ('Impossible de se connecter' || ADRESSE_IP || ':'
							 || PORT);
			BOITIER.LOG (SQLERRM);
END;
 
 
IF ERROR <> 1 THEN
	BEGIN
		RET_VAL           := UTL_TCP.WRITE_LINE (CONNECTION, P_MESSAGE);
		BOITIER.LOG ('RET_VAL=''' || RET_VAL || '''');
		RETOUR   := UTL_TCP.GET_LINE (CONNECTION, TRUE);
	EXCEPTION
		WHEN OTHERS THEN
			ERROR    := 1;
			BOITIER.LOG ('Erreur d''ecriture sur le canal TCP '
							 || ADRESSE_IP
							 || ':'
							 || PORT);
			BOITIER.LOG (SQLERRM);
	END;
 
 
	##### Sleep #####
 
	UTL_TCP.CLOSE_CONNECTION (CONNECTION);
END IF;

Merci d'avance pour l'aide

[Baldrick]

Bonjour,

La procédure qu'il vous faut est DBMS_LOCK.SLEEP

N'oubliez pas d'accorder à l'utilisateur le droit d'exécuter le package DBMS_LOCK

[SleTT]

Le problème, c'est que j’exécute ce code dans un .ksh sur le serveur, et que sur les serveurs de prod ça serait bien que j'ai pas à donner de droit à un user...
Comment vérifier que cette utilisateur à les droits?
L'utilisateur par défaut "oracle" doit les avoir dès la naissance non? (:p)

[Pomalaix]

Votre code sera en temps normal une procédure stockée ; cette procédure a un propriétaire ; c'est au propriétaire qu'il faut donner le droit d'exécution sur SYS.DBMS_LOCK.

[SleTT]

Non, ça ne sera pas dans une procédure stockée.

Je dois créer un script d'appel et donc ne peux utiliser de l'existant (en tout cas créer ou modifier l'existant).

Je dois donc requêter par le .ksh via sqlplus.

[Pomalaix]

Pour tester, c'est simple : vous vous connectez à SQL*Plus sous le compte que vous avez prévu, et vous faites

Code :

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

exec dbms_lock.sleep(1);

Si ça vous pète à la figure, c'est que vous n'avez pas les droits sous ce compte :

Code :

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

1
2
3
4
5
6
7
8
9
SCOTT@ORA112>exec dbms_lock.sleep(1);
BEGIN dbms_lock.sleep(1); END;
 
      *
ERREUR à la ligne 1 :
ORA-06550: Ligne 1, colonne 7 :
PLS-00201: l'identificateur 'DBMS_LOCK' doit être déclaré
ORA-06550: Ligne 1, colonne 7 :
PL/SQL: Statement ignored

Dans ce cas, il faut se connecter sous SYS, et donner le droit :

Code :

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

grant execute on dbms_lock to le_compte_qui_va_bien;

Edit : Baldrick m'a devancé d'un poil !

[Baldrick]

Je parle de l'utilisateur base de données, celui avec lequel vous vous connectez à la base pour exécuter ce code (ou du propriétaire de la procédure si vous décidez de créer une procédure), et non de l'utilisateur système qui lance ce script.

Votre script .ksh contient une connexion à la base pour exécuter ce script, vraisemblablement avec sqlplus. Il suffit de relever le nom de l'utilisateur avec lequel vous vous connectez (je pars du principe que vous ne vous connectez pas avec l'utilisateur SYS,ni avec sqlplus / as ..., ce qui est aussi une connexion en tant que SYS, qui est certes propriétaire du package et n'a besoin de rien pour l'exécuter, mais qui ne doit pas être utilisé pour ce genre de choses)

Il faut alors se connecter en tant que SYS et exécuter la commande suivante :

Code :

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

GRANT EXECUTE ON DBMS_LOCK TO utilisateur;