Skip to content

Latest commit

 

History

History
117 lines (84 loc) · 5.13 KB

installation.md

File metadata and controls

117 lines (84 loc) · 5.13 KB
Raw

WinSW Installation Guide

This page provides WinSW installation guidelines for different cases.

Installation steps

In order to setup WinSW, you commonly need to perform the following steps:

  1. Take winsw.exe from the distribution, and rename it to your taste (such as myapp.exe)
  2. Write myapp.xml (see XML Config File specification for more details)
  3. Place those two files side by side, because that's how WinSW discovers its configuration.
  4. Run myapp.exe install <OPTIONS> in order to install the service wrapper.
  5. Optional - Perform additional configuration in the Windows Service Manager.
  6. Optional - Perform extra configurations if required (guidelines are available below).
  • Declare that the executable is compatible with .NET 4 or above (for WinSW 1.x only)
  • Enable the WinSW offline mode
  1. Run the service from the Windows Service Manager.

There are some details for each step available below.

Installation step details

Step 2. Configuration file

You write the configuration file that defines your service. The example below is a primitive example being used in the Jenkins project:

    <service>
      <id>jenkins</id>
      <name>Jenkins</name>
      <description>This service runs Jenkins continuous integration system.</description>
      <env name="JENKINS_HOME" value="%BASE%"/>
      <executable>java</executable>
      <arguments>-Xrs -Xmx256m -jar "%BASE%\jenkins.war" --httpPort=8080</arguments>
      <logmode>rotate</logmode>
    </service>

The full specification of the configuration file is available here.

Step 3. Service registration

You can then install the service like:

    myapp.exe install <OPTIONS>

... and you can use the exit code from these processes to determine whether the operation was successful. Possible return error codes are described here. Beyond these error codes, all the non-zero exit code should be assumed as a failure.

The Installer can be also started with the /p option. In such case it will prompt for an account name and password, which should be used as a service account.

Step 4. Windows Service Manager

Once the service is installed, you can start it from Windows Service Manager. If you open Properties for the service, you can also configure how the service should be launched.

In particular, the following option can be set up:

  • Service automatic startup on the Windows startup
  • User or system account, under which the service runs
  • Recovery options (how Windows recovers the service if it dies due to whatever reason)

In addition to the service manager, it is possible to make some additional configurations in the Windows Registry Editor.

Once the start button is clicked, Windows will start myapp.exe, then myapp.exe will launch the executable specified in the configuration file (Java in this case). If this process dies, myapp.exe will exit itself, and the service will be considered stopped.

Extra configuration options

Making WinSW 1.x compatible with .NET runtime 4.0+

NOTE. Starting from WinSW 2.0 the release offers a new binary, which targets the .NET Framework 4.0. Such configuration is no longer required.

Modern versions of Windows (e.g. Windows Server 2012 or Windows 10) do not ship with .NET runtime 2.0, which is what winsw.exe is built against. This is because unlike Java, where a newer runtime can host apps developed against earlier runtime, .NET apps need version specific runtimes.

One way to deal with this is to ensure that .NET 2.0 runtime is installed through your installer, but another way is to declare that winsw.exe can be hosted on .NET 4.0 runtime by creating an app config file winsw.exe.config.

  <configuration>
    <startup>
      <supportedRuntime version="v2.0.50727" />
      <supportedRuntime version="v4.0" />
    </startup>
  </configuration>

The way the runtime finds this file is by naming convention, so don't forget to rename a file based on your actual executable name (e.g. myapp.exe). See this post for more about this. None of the other flags are needed.

WinSW Offline mode and Authenticode

To work with UAC-enabled Windows, winsw ships with a digital signature. This causes Windows to automatically verify this digital signature when the application is launched (see more discussions). This adds some delay to the launch of the service, and more importantly, it prevents winsw from running in a server that has no internet connection. This is because a part of the signature verification involves checking certificate revocation list.

To prevent this problem, create myapp.exe.config in the same directory as myapp.exe (renamed winsw.exe) and put the following in it:

    <configuration>
      <runtime>
        <generatePublisherEvidence enabled="false"/> 
      </runtime>
    </configuration>

See KB 936707 for more details.