[chef] RE: Windows Application Resource Notifications


Chronological Thread 
  • From: Kevin Keane Subscription < >
  • To: < >
  • Subject: [chef] RE: Windows Application Resource Notifications
  • Date: Fri, 19 Apr 2013 13:33:21 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=sendgrid.info; h=subject :from:to:mime-version:content-type:in-reply-to:references :sender; q=dns; s=smtpapi; b=suCJpwUOrozW8zyIbJwC8JhMjE0ImOUw7oo zp/yt8sI/j3Ye21THuiNEWgROvMnE2wjyGMmOmGmxA5Mg23+UCWydDHBzXMP72a8 xh3D9ycHlXVuPMoZd0FdSxcP+vQopmhEzbezxSTsoXHtYC87rIFtcB870C2kvbPl J8+QImVs=

Title: RE: [chef] Windows Application Resource Notifications
It sounds like a fairly standard situation: every time the template changes, you want the application uninstalled and reinstalled.

So a notify from the template to the execute resource is still the proper thing to do. Just be sure to have the right error handling in place so that if the application isn't installed yet, the recipe will still do the right thing.

Will chef be running in the background, or in the context of the user who runs the application? If chef is not running in the context of the user who runs the program, it may be difficult to properly stop and restart it (especially because you would have to take into account the possibility that the user isn't even logged in, and/or that the application wasn't running).

-----Original message-----
> From: "> < "> >
> Sent: Friday 19th April 2013 7:11
> To: ">
> Subject: [chef] Windows Application Resource Notifications
>
> I have a use case on Windows where my recipe has a template that is used by a
> subsequent "execute" resource to start an application (via a custom
> non-InstallShield setup.exe). Normally, I would add a notification from the
> template to the execute's :run action. In this case, though, the application
> isn't a service that I'd cycle. In fact, I'm not entirely sure the behavior if
> I reran the setup.exe with a different template. The only sure way I know to
> guarantee the correct behavior is to stop the application (somehow), uninstall
> it, and install it again.
>
> Is there any general best practice I should be following? What are others
> doing in these cases? Is it just a limitation of the Windows platform and/or
> my application that this won't work?
>



Archive powered by MHonArc 2.6.16.

§