Lors de la création d'un service avec sc.exe, comment passer des paramètres de contexte?

Lors de la création du service Windows en utilisant:

sc create ServiceName binPath= "the path"

comment les arguments peuvent-ils être passés à la collection Context.Parameters de la classe Installer?

Ma lecture de la sc.exedocumentation est que de tels arguments ne pouvaient être transmis qu'à la fin de binPath, mais je n'ai pas trouvé d'exemple ou n'ai pas pu le faire avec succès.

sc create <servicename> binpath= "<pathtobinaryexecutable>" [option1] [option2] [optionN]

L'astuce consiste à laisser un espace après le = dans votre instruction create, et également à utiliser "" pour tout ce qui contient des caractères spéciaux ou des espaces.

Il est conseillé de spécifier un nom d'affichage pour le service ainsi que de définir le paramètre de démarrage sur auto afin qu'il démarre automatiquement. Vous pouvez le faire en spécifiant DisplayName= yourdisplaynameet start= autodans votre instruction create.

Voici un exemple:

C:\Documents and Settings\Administrator> sc create asperacentral 
binPath= "C:\Program Files\Aspera\Enterprise Server\bin\Debug\asperacentral.exe" 
DisplayName= "Aspera Central" 
start= auto

Si cela a fonctionné, vous devriez voir:

[SC] CreateService SUCCESS

MISE À JOUR 1

http://support.microsoft.com/kb/251192

Les paramètres des services créés présentent des problèmes de format particuliers, en particulier si la commande comprend des espaces ou des guillemets:

Si vous souhaitez entrer des paramètres de ligne de commande pour le service, vous devez mettre toute la ligne de commande entre guillemets. (Et laissez toujours un espace après binPath=et avant la première citation, comme l'a souligné mrswadge)

Ainsi, pour créer un service pour la commande, PATH\COMMAND.EXE --param1=xyz vous utiliseriez le paramètre binPath suivant:

binPath= "PATH\COMMAND.EXE --param1=xyz"
        ^^                             ^
        ||                             |
  space    quote                     quote

Si le chemin d' accès à l'exécutable contient des espaces , vous devez mettre le chemin entre guillemets.

Donc, pour une commande qui a à la fois des paramètres et un chemin avec des espaces, vous avez besoin de guillemets imbriqués . Vous devez échapper les guillemets intérieurs avec des barres obliques inverses \". Il en va de même si les paramètres eux-mêmes contiennent des guillemets, vous devrez également les échapper.

Malgré l'utilisation de barres obliques inverses comme caractères d'échappement, vous n'avez pas besoin d'échapper aux barres obliques inverses régulières contenues dans le chemin. Ceci est contraire à la façon dont vous utilisez normalement des barres obliques inverses comme caractères d'échappement.

Donc pour une commande comme
"PATH WITH SPACES \COMMAND.EXE" --param-with-quotes="a b c" --param2:

binPath= "\"PATH WITH SPACES \COMMAND.EXE\" --param-with-quotes=\"a b c\" --param2"
         ^ ^                 ^           ^                      ^       ^         ^
         | |                 |           |                      |       |         | 
 opening     escaped      regular     escaped                    escaped       closing
   quote     quote       backslash    closing                    quotes          quote
     for     for            in         quote                      for              for
   whole     path          path       for path                  parameter        whole
 command                                                                       command

Voici un exemple concret de la documentation SVNserve, qui montre tous les cas particuliers:

sc create svnserve 
   binpath= "\"C:\Program Files\CollabNet Subversion Server\svnserve.exe\" --service -r \"C:\my repositories\"  "
   displayname= "Subversion Server" depend= Tcpip start= auto 

_{(les sauts de ligne sont ajoutés pour plus de lisibilité, ne les incluez pas)}

Cela ajouterait un nouveau service avec la ligne de commande "C:\Program Files\CollabNet Subversion Server\svnserve.exe" --service -r "C:\my repositories".

Donc en résumé

• espace après chaque paramètre sc: binpath=_, displayname=_etdepend=_
• chaque paramètre sc contenant des espaces doit être placé entre guillemets
• tous les guillemets supplémentaires à l'intérieur du binpath sont échappés avec des barres obliques inverses: \"
• tous les backslashes dans le binpath ne sont pas échappés

sc create "YOURSERVICENAME" binpath = "\" C: \ Program Files (x86) \ Microsoft SQL Server \ MSSQL11 \ MSSQL \ Binn \ sqlservr.exe \ "-sOPTIONALSWITCH" start = auto 

Voir ici: Modifier le "Chemin vers l'exécutable" d'un service Windows

J'ai eu des problèmes pour que cela fonctionne sur Windows 7. Il semblait ignorer le premier argument que j'ai transmis, alors j'ai utilisé binPath= "C:\path\to\service.exe -bogusarg -realarg1 -realarg2"et cela a fonctionné.

J'utilise pour simplement le créer sans paramètres, puis modifier le registre HKLM\System\CurrentControlSet\Services\[YourService].

Cette commande fonctionne:

sc create startSvn binPath= "\"C:\Subversion\bin\svnserve.exe\" --service -r \"C:\SVN_Repository\"" displayname= "MyServer" depend= tcpip start= auto

Il est également important de prendre en compte la manière dont vous accédez aux arguments dans le code de l'application.

Dans mon application c #, j'ai utilisé la classe ServiceBase:

 class MyService : ServiceBase
{

    protected override void OnStart(string[] args)
    {
       }
 }

J'ai enregistré mon service en utilisant

sc create myService binpath = "MeyService.exe arg1 arg2"

Mais je ne pouvais pas accéder aux arguments via la argsvariable lorsque je l'exécutais en tant que service.

La documentation MSDN suggère de ne pas utiliser la méthode Main pour récupérer les arguments binPathou ImagePath. Au lieu de cela, il suggère de placer votre logique dans la OnStartméthode, puis d'utiliser (C #) Environment.GetCommandLineArgs();.

Pour accéder aux premiers arguments, arg1je dois faire comme ceci:

class MyService : ServiceBase
 {

    protected override void OnStart(string[] args)
    {

                log.Info("arg1 == "+Environment.GetCommandLineArgs()[1]);

       }
 }

cela imprimerait

       arg1 == arg1

J'ai trouvé un moyen d'utiliser sc.

sc config binPath = "\" c: \ chemin avec des espaces \ service_executable.exe \ ""

En d'autres termes, utilisez \ pour échapper à tous les "s que vous voulez survivre au transit dans le registre.

Un exemple de création de service d'utilisation de barres obliques inverses avec de nombreux guillemets.

C:\Windows\system32>sc.exe create teagent binpath= "\"C:\Program Files\Tripwire\TE\Agent\bin\wrapper.exe\" -s \"C:\Program Files\Tripwire\TE\Agent\bin\agent.conf\"" DisplayName= "Tripwire Enterprise Agent"

[SC] CreateService SUCCESS

Assurez-vous d'avoir des guillemets au début et à la fin de votre valeur binPath.

Je ne pouvais pas gérer le problème avec vos propositions, à la fin avec le dossier x86, cela ne fonctionnait que dans Power Shell (Windows Server 2012) en utilisant des variables d'environnement:

{sc.exe create svnserve binpath= "${env:programfiles(x86)}/subversion/bin/svnserve.exe --service -r C:/svnrepositories/"   displayname= "Subversion Server" depend= Tcpip start= auto}

Si vous avez essayé tout ce qui précède et que vous ne pouvez toujours pas passer d'arguments à votre service, si votre service a été écrit en C / C ++, voici ce qui pourrait être le problème: lorsque vous démarrez votre service via "sc start arg1 arg2 ..." , SC appelle la fonction ServiceMain de votre service directement avec ces arguments. Mais lorsque Windows démarre votre service (au démarrage, par exemple), c'est la fonction principale de votre service (_tmain) qui est appelée, avec les paramètres du "binPath" du registre.

cela ne fonctionne pas dans le Powershell et devrait utiliser CMD dans mon cas