Wie werden beim Erstellen eines Dienstes mit sc.exe Kontextparameter übergeben?

Beim Erstellen eines Windows-Dienstes mit:

sc create ServiceName binPath= "the path"

Wie können Argumente an die Context.Parameters-Auflistung der Installer-Klasse übergeben werden?

Ich habe die sc.exeDokumentation gelesen und binPathfestgestellt, dass solche Argumente erst am Ende von übergeben werden konnten , aber ich habe kein Beispiel gefunden oder konnte dies erfolgreich tun.

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

Der Trick besteht darin, ein Leerzeichen nach dem = in Ihrer create-Anweisung zu lassen und "" für alles zu verwenden, das Sonderzeichen oder Leerzeichen enthält.

Es ist ratsam, einen Anzeigenamen für den Dienst anzugeben und die Starteinstellung auf automatisch zu setzen, damit er automatisch gestartet wird. Sie können dies tun, indem Sie DisplayName= yourdisplaynameund start= autoin Ihrer create-Anweisung angeben.

Hier ist ein Beispiel:

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

Wenn dies funktioniert hat, sollten Sie sehen:

[SC] CreateService SUCCESS

UPDATE 1

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

Parameter für erstellte Dienste weisen einige besondere Formatierungsprobleme auf, insbesondere wenn der Befehl Leerzeichen oder Anführungszeichen enthält:

Wenn Sie Befehlszeilenparameter für den Dienst eingeben möchten , müssen Sie die gesamte Befehlszeile in Anführungszeichen setzen. (Und lassen Sie nach binPath=und vor dem ersten Zitat immer ein Leerzeichen , wie Frau Wadge betonte)

PATH\COMMAND.EXE --param1=xyz Um einen Dienst für den Befehl zu erstellen, verwenden Sie den folgenden binPath-Parameter:

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

Wenn der Pfad zur ausführbaren Datei Leerzeichen enthält , müssen Sie den Pfad in Anführungszeichen setzen.

Für einen Befehl, der sowohl Parameter als auch einen Pfad mit Leerzeichen enthält, benötigen Sie verschachtelte Anführungszeichen . Sie müssen den inneren Anführungszeichen mit Backslashes entkommen\" . Das Gleiche gilt, wenn die Parameter selbst Anführungszeichen enthalten, müssen Sie diese ebenfalls umgehen.

Obwohl Sie Backslashes als Escape-Zeichen verwenden, müssen Sie sich nicht den regulären Backslashes im Pfad entziehen. Dies steht im Widerspruch dazu, wie Sie normalerweise Backslashes als Escape-Zeichen verwenden.

Also für einen Befehl wie
"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

Hier ist ein konkretes Beispiel aus der SVNserve-Dokumentation, die alle Sonderfälle zeigt:

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

_{(Zeilenumbrüche werden zur besseren Lesbarkeit hinzugefügt, schließen Sie sie nicht ein.)}

Dies würde einen neuen Dienst mit der Befehlszeile hinzufügen "C:\Program Files\CollabNet Subversion Server\svnserve.exe" --service -r "C:\my repositories".

Also zusammenfassend

• Leerzeichen nach jedem sc-Parameter : binpath=_,displayname=_ unddepend=_
• Jeder sc-Parameter, der Leerzeichen enthält, muss in Anführungszeichen gesetzt werden
• Alle zusätzlichen Anführungszeichen im Binpath werden mit Backslashes maskiert: \"
• Alle Backslashes im Binpath werden nicht maskiert

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

Siehe hier: Ändern des "Pfads zur ausführbaren Datei" eines Windows-Dienstes

Ich hatte Probleme damit, dass dies unter Windows 7 funktioniert. Es schien das erste Argument zu ignorieren, das ich eingegeben habe, also habe ich es verwendet binPath= "C:\path\to\service.exe -bogusarg -realarg1 -realarg2"und es hat funktioniert.

Ich erstelle es einfach ohne Parameter und bearbeite dann die Registrierung HKLM\System\CurrentControlSet\Services\[YourService].

Dieser Befehl funktioniert:

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

Es ist auch wichtig zu berücksichtigen, wie Sie auf die Argumente im Code der Anwendung zugreifen.

In meiner c # -Anwendung habe ich die ServiceBase-Klasse verwendet:

 class MyService : ServiceBase
{

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

Ich habe meinen Dienst mit registriert

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

Ich konnte jedoch nicht über die argsVariable auf die Argumente zugreifen , wenn ich sie als Dienst ausführte.

Die MSDN - Dokumentation schlägt vor , mit der Main - Methode nicht abrufen binPathoder ImagePathArgumente. Stattdessen wird vorgeschlagen, Ihre Logik in die OnStartMethode einzufügen und dann (C #) zu verwenden Environment.GetCommandLineArgs();.

Um auf die ersten Argumente zuzugreifen, muss arg1ich Folgendes tun:

class MyService : ServiceBase
 {

    protected override void OnStart(string[] args)
    {

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

       }
 }

das würde drucken

       arg1 == arg1

Ich habe einen Weg gefunden, sc zu benutzen.

sc config binPath = "" c: \ Pfad mit Leerzeichen \ service_executable.exe "

Mit anderen Worten, verwenden Sie \, um alle "'s zu umgehen, die Sie den Transit in die Registrierung überleben möchten.

Ein Beispiel für die Erstellung von Diensten zur Verwendung von Backslashes mit vielen doppelten Anführungszeichen.

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

Stellen Sie sicher, dass am Anfang und am Ende Ihres binPath-Werts Anführungszeichen stehen.

Ich konnte das Problem mit Ihren Vorschlägen nicht lösen. Am Ende funktionierte der x86-Ordner nur in der Power Shell (Windows Server 2012) mithilfe von Umgebungsvariablen:

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

Wenn Sie alle oben genannten Versuche unternommen haben und weiterhin keine Argumente an Ihren Dienst übergeben können und Ihr Dienst in C / C ++ geschrieben wurde, kann dies das folgende Problem sein: Wenn Sie Ihren Dienst über "sc start arg1 arg2 ..." starten , SC ruft die ServiceMain-Funktion Ihres Dienstes direkt mit diesen Argumenten auf. Wenn Windows Ihren Dienst startet (z. B. beim Booten), wird die Hauptfunktion Ihres Dienstes (_tmain) mit Parametern aus dem "binPath" der Registrierung aufgerufen.

Es funktioniert nicht in der Powershell und sollte in meinem Fall CMD verwenden