Quando si crea un servizio con sc.exe come passare i parametri di contesto?

Quando si crea il servizio Windows utilizzando:

sc create ServiceName binPath= "the path"

come possono essere passati argomenti alla raccolta Context.Parameters della classe Installer?

La mia lettura della sc.exedocumentazione è che tali argomenti potevano essere passati solo alla fine binPath, ma non ho trovato un esempio o non sono stato in grado di farlo con successo.

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

Il trucco è lasciare uno spazio dopo il = nella tua istruzione create e anche usare "" per qualsiasi cosa che contenga caratteri o spazi speciali.

È consigliabile specificare un nome visualizzato per il servizio e impostare l'impostazione di avvio su auto in modo che si avvii automaticamente. Puoi farlo specificando DisplayName= yourdisplaynamee start= autonella tua dichiarazione di creazione.

Ecco un esempio:

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

Se questo ha funzionato dovresti vedere:

[SC] CreateService SUCCESS

AGGIORNAMENTO 1

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

I parametri per i servizi creati presentano alcuni problemi di formattazione particolari, in particolare se il comando include spazi o virgolette:

Se si desidera immettere i parametri della riga di comando per il servizio, è necessario racchiudere l' intera riga di comando tra virgolette. (E lascia sempre uno spazio dopo binPath=e prima della prima citazione, come ha sottolineato mrswadge)

Quindi, per creare un servizio per il comando PATH\COMMAND.EXE --param1=xyz è necessario utilizzare il seguente parametro binPath:

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

Se il percorso del file eseguibile contiene spazi , è necessario racchiudere il percorso tra virgolette.

Quindi, per un comando che ha entrambi i parametri e un percorso con spazi, sono necessarie le virgolette nidificate . Devi sfuggire alle virgolette interne con barre rovesciate \". Lo stesso vale se i parametri stessi contengono virgolette, sarà necessario sfuggire anche a quelli.

Nonostante si utilizzino le barre rovesciate come caratteri di escape, non è necessario sfuggire alle barre rovesciate normali contenute nel percorso. Questo è in contrasto con il modo in cui normalmente usi le barre rovesciate come caratteri di escape.

Quindi per un comando come
"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

Ecco un esempio concreto dalla documentazione di SVNserve, che mostra tutti i casi speciali:

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

_{(le interruzioni di riga vengono aggiunte per la leggibilità, non includerle)}

Ciò aggiungerebbe un nuovo servizio con la riga di comando "C:\Program Files\CollabNet Subversion Server\svnserve.exe" --service -r "C:\my repositories".

Quindi in sintesi

• spazio dopo ogni parametro SC: binpath=_, displayname=_edepend=_
• ogni parametro sc che contiene spazi deve essere racchiuso tra virgolette
• tutte le virgolette aggiuntive all'interno del binpath sono salvate con barre rovesciate: \"
• tutte le barre rovesciate all'interno del binpath non vengono salvate

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

Vedi qui: Modifica del "Percorso dell'eseguibile" di un servizio Windows

Ho avuto problemi a farlo funzionare su Windows 7. Sembrava ignorare il primo argomento che ho passato, quindi l'ho usato binPath= "C:\path\to\service.exe -bogusarg -realarg1 -realarg2"e ha funzionato.

Lo uso solo per crearlo senza parametri e quindi modificare il registro HKLM\System\CurrentControlSet\Services\[YourService].

Questo comando funziona:

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

È anche importante tenere conto del modo in cui accedi agli Argomenti nel codice dell'applicazione.

Nella mia applicazione c # ho usato la classe ServiceBase:

 class MyService : ServiceBase
{

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

Ho registrato il mio servizio utilizzando

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

Ma non sono riuscito ad accedere agli argomenti tramite la argsvariabile quando lo eseguo come servizio.

La documentazione MSDN suggerisce di non utilizzare il metodo Main per recuperare gli argomenti binPatho ImagePath. Invece suggerisce di inserire la logica nel OnStartmetodo e quindi di usare (C #) Environment.GetCommandLineArgs();.

Per accedere ai primi argomenti arg1devo fare così:

class MyService : ServiceBase
 {

    protected override void OnStart(string[] args)
    {

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

       }
 }

questo verrebbe stampato

       arg1 == arg1

Ho trovato un modo di usare sc.

sc config binPath = "\" c: \ path con spazi in esso \ service_executable.exe \ ""

In altre parole, usa \ per sfuggire a qualsiasi "s" che vuoi sopravvivere al transito nel registro.

Un esempio di creazione del servizio di utilizzo di barre rovesciate con molte virgolette doppie.

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

Assicurati di avere le virgolette all'inizio e alla fine del valore binPath.

Non sono riuscito a gestire il problema con le tue proposte, alla fine con la cartella x86 ha funzionato solo in Power Shell (Windows Server 2012) usando le variabili di ambiente:

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

Se hai provato tutto quanto sopra e non riesci ancora a passare argomenti al tuo servizio, se il tuo servizio è stato scritto in C / C ++, ecco quale potrebbe essere il problema: quando avvii il servizio tramite "sc start arg1 arg2 ..." , SC chiama la funzione ServiceMain del servizio direttamente con questi argomenti. Ma quando Windows avvia il tuo servizio (all'avvio, ad esempio), viene chiamata la funzione principale del tuo servizio (_tmain), con parametri dal "binPath" del registro.

non funziona in Powershell e nel mio caso dovrebbe usare CMD