Podczas tworzenia usługi za pomocą programu sc.exe, jak przekazać parametry kontekstu?

Podczas tworzenia usługi Windows przy użyciu:

sc create ServiceName binPath= "the path"

w jaki sposób argumenty mogą być przekazywane do kolekcji Context.Parameters klasy Installer?

Czytam sc.exedokumentację, że takie argumenty można było przekazać dopiero na końcu binPath, ale nie znalazłem przykładu ani nie udało mi się to z powodzeniem zrobić.

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

Sztuczka polega na pozostawieniu spacji po znaku = w instrukcji create, a także na użyciu „” dla wszystkiego, co zawiera znaki specjalne lub spacje.

Wskazane jest określenie nazwy wyświetlanej usługi, a także ustawienie ustawienia początkowego na automatyczny, aby uruchamiał się automatycznie. Możesz to zrobić, określając DisplayName= yourdisplaynamei start= autow instrukcji tworzenia.

Oto przykład:

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

Jeśli to zadziałało, powinieneś zobaczyć:

[SC] CreateService SUCCESS

AKTUALIZACJA 1

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

Parametry dla tworzonych usług mają specyficzne problemy z formatowaniem, w szczególności jeśli polecenie zawiera spacje lub cudzysłowy:

Jeśli chcesz wprowadzić parametry wiersza poleceń dla usługi, musisz ująć cały wiersz poleceń w cudzysłów. (I zawsze zostawiaj spację po binPath=i przed pierwszym cudzysłowem, jak zauważyła pani mrswadge)

Tak więc, aby utworzyć usługę dla polecenia PATH\COMMAND.EXE --param1=xyz , należy użyć następującego parametru binPath:

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

Jeśli ścieżka do pliku wykonywalnego zawiera spacje , trzeba ująć ścieżkę w cudzysłów.

Więc dla polecenia, które ma oba parametry i ścieżkę ze spacjami, potrzebujesz zagnieżdżonych cudzysłowów . Musisz uciec od wewnętrznych cudzysłowów za pomocą odwrotnych ukośników \". To samo dotyczy sytuacji, gdy parametry same w sobie zawierają cudzysłowy, musisz je również uciec.

Pomimo używania ukośników odwrotnych jako znaków ucieczki, nie musisz uciekać przed zwykłymi ukośnikami odwrotnymi zawartymi na ścieżce. Jest to sprzeczne z tym, jak zwykle używasz odwrotnych ukośników jako znaków ucieczki.

Więc dla polecenia takiego jak
"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

Oto konkretny przykład z dokumentacji SVNserve, który pokazuje wszystkie specjalne przypadki:

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

_{(dla czytelności dodawane są podziały wierszy, nie uwzględniaj ich)}

To dodałoby nową usługę z linią poleceń "C:\Program Files\CollabNet Subversion Server\svnserve.exe" --service -r "C:\my repositories".

Podsumowując

• miejsce po każdego parametru SC: binpath=_, displayname=_idepend=_
• każdy parametr sc zawierający spacje musi być ujęty w cudzysłów
• wszystkie dodatkowe cudzysłowy wewnątrz binpath są poprzedzone odwrotnym ukośnikiem: \"
• wszystkie ukośniki odwrotne wewnątrz binpath nie są chronione

sc utwórz "NAZWA TWOJEGO SERWISU" binpath = "\" C: \ Program Files (x86) \ Microsoft SQL Server \ MSSQL11 \ MSSQL \ Binn \ sqlservr.exe \ "-sOPTIONALSWITCH" start = auto 

Zobacz tutaj: Modyfikowanie „ścieżki do pliku wykonywalnego” usługi systemu Windows

Miałem problemy z uruchomieniem tego w systemie Windows 7. Wydawało się, że zignorowano pierwszy argument, który podałem, więc użyłem binPath= "C:\path\to\service.exe -bogusarg -realarg1 -realarg2"i zadziałało.

Po prostu tworzę go bez parametrów, a następnie edytuję rejestr HKLM\System\CurrentControlSet\Services\[YourService].

To polecenie działa:

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

Należy również wziąć pod uwagę sposób uzyskiwania dostępu do argumentów w kodzie aplikacji.

W mojej aplikacji C # użyłem klasy ServiceBase:

 class MyService : ServiceBase
{

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

Zarejestrowałem usługę za pomocą

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

Ale nie mogłem uzyskać dostępu do argumentów za pośrednictwem argszmiennej, gdy uruchamiam ją jako usługę.

Dokumentacja MSDN sugeruje, aby nie używać metody Main do pobierania argumentów binPathlub ImagePath. Zamiast tego sugeruje umieszczenie logiki w OnStartmetodzie, a następnie użycie (C #) Environment.GetCommandLineArgs();.

Aby uzyskać dostęp do pierwszych argumentów arg1, muszę zrobić w ten sposób:

class MyService : ServiceBase
 {

    protected override void OnStart(string[] args)
    {

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

       }
 }

to by się wydrukowało

       arg1 == arg1

Znalazłem sposób na użycie sc.

sc config binPath = "\" c: \ ścieżka ze spacjami \ service_executable.exe \ ""

Innymi słowy, użyj \, aby uciec przed wszystkimi znakami ", które chcesz przetrwać przejście do rejestru.

Przykład tworzenia usługi z użyciem odwrotnych ukośników z wieloma podwójnymi cudzysłowami.

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

Upewnij się, że na początku i na końcu wartości binPath znajdują się cudzysłowy.

Nie mogłem poradzić sobie z problemem z twoimi propozycjami, na końcu z folderem x86 działał tylko w Power Shell (Windows Server 2012) przy użyciu zmiennych środowiskowych:

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

Jeśli wypróbowałeś wszystkie powyższe i nadal nie możesz przekazać argumentów do swojej usługi, jeśli twoja usługa została napisana w C / C ++, oto, co może być problemem: kiedy uruchamiasz usługę przez "sc start arg1 arg2 ..." , SC wywołuje funkcję ServiceMain usługi bezpośrednio z tymi argumentami. Ale kiedy system Windows uruchamia usługę (na przykład podczas rozruchu), wywoływana jest główna funkcja usługi (_tmain) z parametrami z „binPath” rejestru.

nie działa w Powershell i powinien używać CMD w moim przypadku