Discussion :

[jesusnavas]

Bonjour à tous, j'ai un petit problème, dans une procédure stockée :

Je lance un .bat qui lui même lance une application (cisx.exe pour pas la nommer) avec un fichier en paramètre, mais comme l'application ouvre une fenêtre graphique traite mon fichier et se referme, je peux pas le faire via xp_cmdshell (je suppose à cause de la fenêtre graphique).
Mon .bat fonctionne super bien si je le lance en manuel depuis mon serveur (le même qui héberge ma base et donc ma proc).

Ma question est donc de savoir si je peux lancer mon .bat avec xp_cmdshell et peut-être une option qui me manque ou un paramétrage ou si d'autres solutions s'offrent à moi pour contourner le problème de cette ...... de fenêtre graphique.

Merci d'avance, bonne fin de semaine à tous.

[elsuket]

Bonjour,

je peux pas le faire via xp_cmdshell (je suppose à cause de la fenêtre graphique)

Quel problème obtenez-vous exactement ?
Quel est le libellé de l'erreur si vous en obtenez une ?

Supposons que la ligne de commande que vous utilisez pour exécuter à la main votre .bat est :

Code :

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

C:\CISX\cisx.exe -mesParams

Alors pour l'exécuter vous devrez écrire :

Code :

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

1
2
3
4
DECLARE @DOSCmd VARCHAR(255)
SET @DOSCmd = 'C:\CISX\cisx.exe -mesParams'
 
EXEC master.dbo.xp_cmdshell @DOSCmd, NO_OUTPUT

Sinon un moyen pour contourner cela est d'écrire une procédure stockée d'assembly qui se charge d'exécuter l'application.
Peut-être que l'on peut faire cela avec SSIS aussi ...

@++

[agemis31]

Bonjour,

SQL Serveur tourne en tant que service. xp_cmdshell est conçu pour lancer des applications ne nécessitant pas la couche GUI de windows.
D'ailleurs, dans la barre des tâches, on voit un processus tourner, pas une application.

Ce processus ne sera pas lancé par un compte d'utilisateur pouvant interagir avec le bureau mais par un compte de service, celui de SQL ou de l'agent si vous passez par un job.

Si votre application ne requiert aucune action de la part de l'utilisateur, n'interagit pas avec la couche win32 et ne risque pas d'afficher une fenêtre modale du genre messagebox, ca peut sans doute passer. Dans ce cas, vous devriez pouvoir l'exécuter sans passer par un fichier de commandes, à moins que cette application ne sorte un résultat utile sur la sortie standard ou la sortie d'erreur et que vous ayez besoin de le rediriger.

En passant par un assembly, c'est la même chose. Si vous vous avez besoin interagir avec la couche graphique de windows, il vous faut échanger des messages avec une application qui tourne déja dans celle ci.

@+