Discussion :

[Titouf]

Bonjour,
j'ai voulu lancer des procédures PLSQL par Shell UNIX.

Pour le moment, je n'avais pas de soucis jusqu'à ce que je veuille gérer mes erreurs. En effet, même si des exceptions sont levées dans mes PLSQLs, le script fonctionne bien, et me renvoie que la procédure a été exécutée avec succès.

Le problème est que pour la maintenance d'un tel système, ce n'est pas terrible. Je souhaite aujourd'hui gérer ces ano dans mon shell. j'ai donc tenté de faire des DBMS_OUTPUT, et envoyé les résultats dans un fichier erreur, en espérant tester dans le shell, si celui ci était rempli ou non. Si il est rempli alors il y a des ano... Problème : lorsque les exceptions ne sont levées, il y a quand même une log qui me dit que les ordres PLSQL ont été réalisés avec succès...

N'y a t il pas une méthode plus pratique?

J'ai pensé passé un paramètre OUT message, que je récupère et que je mets dans mon fichier ano...

je vous remercie pour votre aide...

c'est vraiment bizarre l'informatique, plein de personnes aimeraient que ça ne plante pas, et moi, c'est le contraire...

[star]

Pourquoi n'utilises-tu pas le code erreur de retour immédiatemment après la commande de lancement de ton plsql dans ton script shell ?
Tu testes le code erreur et suivant le cas tu arrêtes ou pas le traitement.
.

[Titouf]

Lorsque tu gères les exceptions, l'exécution de ta procédure PL/SQL se déroule correctement même si une exception a été levée... le code retour est donc toujours correct...
Au départ, c'était mon idée...

[plaineR]

Dans la gestion de tes exceptions, pourquoi ne pas insérer les erreurs dans une table ? Si tu veux faire un fichier log, il est ensuite facile de le faire avec un simple spool.

[orafrance]

copier/coller

sous Unix tu peux faire :

Code :

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

1
2
3
sqlplus user/password@base <<EOF
exec maprocedure;
EOF

[Titouf]

plaineR :

Dans la gestion de tes exceptions, pourquoi ne pas insérer les erreurs dans une table ?

j'y ai pensé... mais je trouve que ça fait une table pour pas grand chose, ce serait bien, si toutes les applications en avait une commune. Mais ce sera peut être ça la solution que je vais utiliser...

Fred_D:

sous Unix tu peux faire :

Code :

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

1
2
3
sqlplus user/password@base <<EOF 
exec maprocedure; 
EOF

ça veut dire quoi EOF???

[orafrance]

End Of File mais tu peux mettre toto... l'intérêt c'est de tagguer le début et la fin de la commande

[Titouf]

Bon, ben ça y est j'ai fait un mixage de tout...
j'ai utilisé le EOF de Fred_D
j'ai utilisé des DBMS et j'ai récupéré la log dans un fichier...
et j'ai utilisé le SQLERROR pour récupérer l'anomalie...
Voilà, et bien,merci beaucoup à tous.

[lalystar]

Pour remonter une erreur de SQL*Plus vers le shell appelant tu peux utiliser dans ton script SQL :

Code :

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

1
2
3
 
whenever SQLERROR exit 4;
whenever OSERROR exit 5

Apres au niveau du shell, je crois que c'est la variable $? qu'il faut tester.


Laly.