A wrapper executable that can run any executable as a Windows service, in a permissive license.
Windows 服务封装器.

zhifeng hu 4901b230f3 Fix document about defer file operation 6 years ago
.github b508f3c626 Add Release Drafter configuration to automate changelogs 6 years ago
doc 4901b230f3 Fix document about defer file operation 6 years ago
examples 0e0bb5bd06 Merge pull request #311 from thokuest/patch-1 6 years ago
src 075be3f03d Merge pull request #315 from mmatt1967/master 6 years ago
.gitignore 9014f38b9c Added Support for the log appender roll-by-size-time to zip older files (#259) 7 years ago
CHANGELOG.md a99767bd73 Changelog: Noting 2.3.0 6 years ago
DEVELOPER.md 7e427aaf4c Update Developer documentation for Maven Packaging 6 years ago
LICENSE.txt e69957824b Docs: Update LICENCE.txt, mention other contributors 9 years ago
MANIFEST.md 33efbdd7dd Docs: Decouple the project manifest to a standalone page 9 years ago
README.md 582988501b Typo in README 6 years ago
WinSW.nuspec 649bb96222 Issue #176 - Attach allOptions sample as a reference config to the NuGet package (#177) 8 years ago
appveyor.yml d28e6f3c60 Issue #170: Enable publishing of samples as AppVeyor artifacts 8 years ago
sign.sh 6c0f6d1f7a Fixes #142 - Deploy the automatic build on Appveyor (#144) 9 years ago
winsw.csproj 6c0f6d1f7a Fixes #142 - Deploy the automatic build on Appveyor (#144) 9 years ago

README.md

winsw: Windows service wrapper in less restrictive license

Github All Releases NuGet Build status

WinSW is an executable binary, which can be used to wrap and manage a custom process as a Windows service. Once you download the installation package, you can rename winsw.exe to any name, e.g. myService.exe.

Why?

See the project manifest.

Download

Starting from WinSW 2.x, the releases are being hosted on GitHub and nuget.org.

Due to historical reasons, the project also uses Jenkins Maven repository as a secondary source. Binaries are available here.

The executables in all sources are strong-named assemblies, which are being signed by randomly generated keys. Do not rely on such strong names for security (as well as on other strong names as it recommended by Microsoft). They provide a unique identity only.

Usage

WinSW is being managed by configuration files: Main XML Configuration file and EXE Config file.

Your renamed winsw.exe binary also accepts the following commands:

  • install to install the service to Windows Service Controller. This command requires some preliminary steps described in the Installation Guide.
  • uninstall to uninstall the service. The opposite operation of above.
  • start to start the service. The service must have already been installed.
  • stop to stop the service.
  • restart to restart the service. If the service is not currently running, this command acts like start.
  • status to check the current status of the service.
    • This command prints one line to the console.
    • NonExistent indicates the service is not currently installed
    • Started to indicate the service is currently running
    • Stopped to indicate that the service is installed but not currently running.

Supported .NET versions

WinSW 2.x

WinSW 2.x offers two executables, which declare .NET Frameworks 2.0 and 4.0 as targets. More executables can be added on-demand. Please create an issue if you need such executables.

WinSW 1.x

WinSW 1.x Executable is being built with a .NET Framework 2.0 target, and by defaut it will work only for .NET Framework versions below 3.5. On the other hand, the code is known to be compatible with .NET Framework 4.0 and above. It is possible to declare the support of this framework via the exe.config file. See the Installation Guide for more details.

Documentation

User documentation:

Developer documentation:

Release lines

WinSW 2.x

This is a new baseline of WinSW with several major changes:

  • Major documentation rework and update
  • New executable package targeting the .NET Framework 4.0. .NET Framework 2.0 is still supported.
  • Extension engine, which allows extending the wrapper's behavior. And a couple of extensions for it (Shared Directory Mapper, Runaway Process Killer)
  • New release hosting: GitHub and NuGet
  • Migration of the logging subsystem to Apache log4net
  • Bugfixes

See the full changelog in the release notes.

The version 2.x is fully compatible with the 1.x configuration file format, hence the upgrade procedure just requires replacement of the executable file.

WinSW 1.x

This is an old baseline of WinSW. Currently it is in the maintenance-only state. New versions with fixes may be released on-demand.