Thursday, December 16, 2010

Allow windows service to “Interact with desktop”

Typically, services are designed to run unattended without any UI with any need to interact with desktop or any GUI application. However, in some cases, it is desired to let the service show and communicate with graphical applications. Reason might be to track an already developed application and start this app if closed. Or you might want some input from user or want to alert him immediately about some serious has happened. Whatever the reason be, there is always a need to find a way to enable your service to display the GUI application in interactive windows satiation.

Solution is one click away and we only need to mark the “Allow Service to interact with desktop” as checked. But question is can we do this programmatically? If yes then how?

clip_image002

There are four ways to change the windows service options and we will discuss them one by one. But before that you need to know that to make a service interact with desktop, service

· Account type must be Local System.

· Service type must be Own Process or Shared Process.

1. Through Windows Registry

A service installed on the system has its options saved in the system registry under “System\CurrentControlSet\Services“in LocalMachine key with your service name. The name/value pair we are interested in is “type”. Its type is integer and it is equivalent to ServiceType in its value. Here is how we can do this.

   1:  var ServiceKeys = Microsoft.Win32.Registry.LocalMachine.OpenSubKey(
   2:      String.Format(@"System\CurrentControlSet\Services\{0}", ServiceName), true);
   3:  try
   4:  {
   5:   
   6:      var ServiceType = (ServiceType)(int)(ServiceKeys.GetValue("type"));
   7:   
   8:      //Service must be of type Own Process or Share Process
   9:      if (((ServiceType & ServiceType.Win32OwnProcess) != ServiceType.Win32OwnProcess)
  10:      && ((ServiceType & ServiceType.Win32ShareProcess) != ServiceType.Win32ShareProcess))
  11:      {
  12:          throw new Exception("ServiceType must be " +
  13:              "either Own Process or Shared Process to enable interact with desktop");
  14:      }
  15:      var AccountType = ServiceKeys.GetValue("ObjectName");
  16:      //Account Type must be Local System
  17:      if (String.Equals(AccountType, "LocalSystem") == false)
  18:          throw new Exception("Service account must be local system to enable interact with desktop");
  19:   
  20:      //ORing the InteractiveProcess with the existing service type
  21:      ServiceType newType = ServiceType | ServiceType.InteractiveProcess;
  22:   
  23:      ServiceKeys.SetValue("type", (int)newType);
  24:  }
  25:   
  26:  finally
  27:  {
  28:      ServiceKeys.Close();
  29:  }



This requires the system startup since registry change is not notified to Service Control Manager (SCM), change is visible in service property window though. It is because property window always load recent settings from the registry.

2. Through WMI

If you do not want to play with the registry or restart seems not a good option in your case then there is another solution for you which is WMI. WMI class WIN32_Service let you play with the windows service. This class provides a method called “Change” which allows you to modify the service. You can read more about WIN32_Service here. Here is how to do the job.

   1:  //Create a Management object for your service.
   2:  var service = new System.Management.ManagementObject(
   3:      String.Format("WIN32_Service.Name='{0}'", ServiceName));
   4:  try
   5:  {
   6:      var paramList = new object[11];
   7:      paramList[5] = true;//We only need to set DesktopInteract parameter
   8:      var output = (int)service.InvokeMethod("Change", paramList);
   9:      //if zero is returned then it means change is done.
  10:      if (output != 0)
  11:          throw new Exception(string.Format("FAILED with code {0}", output));
  12:   
  13:  }
  14:  finally
  15:  {
  16:      service.Dispose();
  17:  }



Good thing in this technique is it does not require any system reboot. Only service restart is required.

3. Through Command

SC is a command-line utility which allow managing the services. SC is available for scripting and script can be run through .net. It means we can use sc command to configure the windows service. You can see a complete list here to unleash the power of this command. For now our purpose is to enable the “Interact with desktop” option and config command is there to do this job. What we need to do is run the command through code and if output is “[SC] ChangeServiceConfig SUCCESSS” then it means our job is done. Here is how to do this

string command = String.Format("sc config {0} type= own type= interact", ServiceName);
var processInfo = new System.Diagnostics.ProcessStartInfo()
{
//Shell Command
FileName = "cmd"
,
//pass command as argument./c means carries
//out the task and then terminate the shell command
Arguments = "/c" + command
,
//To redirect The Shell command output to process stanadrd output
RedirectStandardOutput = true
,
// Now Need to create command window.
//Also we want to mimic this call as normal .net call
UseShellExecute = false
,
// Do not show command window
CreateNoWindow = true

};

var process = System.Diagnostics.Process.Start(processInfo);

var output = process.StandardOutput.ReadToEnd();
if (output.Trim().EndsWith("SUCCESS") == false)
throw new Exception(output);



4. Through interop.

Question is, do we need this when we have three nice options using managed code. For me it is useless and that’s why I am leaving it

Let me end this article with words of caution.

“Interact with Desktop” option is no more supported by Microsoft since Windows Vista. So use wisely and redesign your app if there is a solid chance that your service can be installed on vista or server 2008.

2 comments: