I usually can hold then line or know when to pick my battles the other times. I've been known to fire more then a few employers over the years. It's been about two years since I last did this:
http://blog.deploymentengineering.com/2008/10/user-data-log-files-best-practices.html I remember how 'brilliant' yet ignorant and stubborn the developers were at that place. I had to fight them so much to do the right things. One day the PM was sitting in a meeting telling me how happy the customer was with the deployment experience yet he acted suprised that it had gone so well as we had fought over the requirements several times a day. I didn't have the heart to tell him that he was an idiot, that I knew exactly what the customer needed to be successful and that I already had another job offer in my hand that I was mulling over. My current job has gone much better. I actually had an loose-canon architect admit to me the other day that the installs go much better when they don't force me to let them shoot themselves in the foot. This is a vast improvement over the last time I worked at this place when they were using thousands of VDPROJ merge modules and InstallUtil custom actions. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me ----- Original Message ---- From: "Castro, Edwin G. (Hillsboro)" <edwin.cas...@fiserv.com> To: General discussion for Windows Installer XML toolset. <wix-users@lists.sourceforge.net> Sent: Tue, September 28, 2010 9:29:58 PM Subject: Re: [WiX-users] how to stop msiserver after installation; I'm lucky... I have never had to tell somebody that the contract has extraordinarily stupid... and that people with higher pay grades than I are apparently morons... My answer always is "No, I don't care what the contract says, it's not my fault the contract writing people are idiots." I have certain amount of professional integrity and I don't let stupid people tell me what to do. But like I said before... I'm lucky. Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail > -----Original Message----- > From: Christopher Painter [mailto:chr...@deploymentengineering.com] > Sent: Tuesday, September 28, 2010 6:24 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] how to stop msiserver after installation; > > Sadly I see it all the time. Some Systems Engineer will come into my > office and > show me some "Tech Memorandum" that was supposedly incorporated into > the > contract and agreed to by the company and the customer and if I don't > do all > these crazy things ( read anti-pattern ) by tomorrow night we are going > to be in > breach of contract. > > Sometimes I feel like the dreaded bathtub curve never goes away. > > Christopher Painter, Author of Deployment Engineering Blog > Have a hot tip, know a secret or read a really good thread that > deserves > attention? E-Mail Me > > > > ----- Original Message ---- > From: "Wilson, Phil" <phil.wil...@invensys.com> > To: General discussion for Windows Installer XML toolset. > <wix-users@lists.sourceforge.net> > Sent: Tue, September 28, 2010 7:27:43 PM > Subject: Re: [WiX-users] how to stop msiserver after installation; > > I'll add a comment here about that over-used word "requirement" and > Edwin is > completely correct. Too many times that word gets used to mean "you > must do this > - it's a (deep breath) REQUIREMENT!!!" and then it turns out to be some > weird > (especially in this case) piece of implementation. A real requirement > is > something like Edwin's. How can a requirement possibly be "turn off > Windows > Installer when the install is complete"? What are they thinking they > can achieve > with this? > > > Phil Wilson > > > -----Original Message----- > From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] > Sent: Tuesday, September 28, 2010 3:41 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] how to stop msiserver after installation; > > I have to agree with the others on this mailing list. You need to leave > the > server process alone. The requirement from your customer is wrong. > > Edwin G. Castro > Software Developer - Staff > Electronic Banking Services > Fiserv > Office: 503-746-0643 > Fax: 503-617-0291 > www.fiserv.com > Please consider the environment before printing this e-mail > > > > -----Original Message----- > > From: Bisht, Pradeep [mailto:pradeep_bi...@yahoo.com] > > Sent: Tuesday, September 28, 2010 3:06 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] how to stop msiserver after installation; > > > > when our installer starts I see that: under processes > "msiexec.exe" starts > > running and under services "msiserver" start running. Once our > installer > > completes, msiexec is no longer visible in task manager while > msiserver > > keeps running untill after 10 minutes and then its status changes to > > "stopped". > > Customer's requirement is to stop msiserver immediately after our > > installation completes. All of our custom actions are synchronous > > return=check. > > > > > > > > ----- Original Message ---- > > From: "Castro, Edwin G. (Hillsboro)" <edwin.cas...@fiserv.com> > > To: General discussion for Windows Installer XML toolset. > > <wix-users@lists.sourceforge.net> > > Sent: Tue, September 28, 2010 2:53:43 PM > > Subject: Re: [WiX-users] how to stop msiserver after installation; > > > > I don't think you should be trying to stop "msiserver.exe". > > > > 1.) I don't know what "msiserver.exe" is. I would expect to see > msiexec.exe > > but you certainly don't want to stop these process as one of them > will be > > yourself. > > 2.) The Windows Installer architecture uses a client process and a > server > > process. You really want the OS to determine when the server process > is > > ready to die if at all. The client process should not be killed as > that will > >kill > > yourself as I mentioned above. > > > > Seems to me like the requirement interpretation should be "make sure > you > > wait for any exe custom actions your spin up during your > installation." WiX > > will let you wait for their completion already. > > > > Edwin G. Castro > > Software Developer - Staff > > Electronic Banking Services > > Fiserv > > Office: 503-746-0643 > > Fax: 503-617-0291 > > www.fiserv.com > > P Please consider the environment before printing this e-mail > > > > > -----Original Message----- > > > From: Bisht, Pradeep [mailto:pradeep_bi...@yahoo.com] > > > Sent: Tuesday, September 28, 2010 2:42 PM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] how to stop msiserver after installation; > > > > > > Thanks for responding. > > > > > > The top installer is not ours it is of our customer who takes > software > > > from us and several other vendors. Their top level installer > expects > > > our installer to stop all the processes that started for our > > > installation and that includes msiserver.exe also. If I use service > > > APIs what will be the id for the > > msiserver > > > service? Can you please point me to a sample code. Thanks. > > > > > > > > > > > > ----- Original Message ---- > > > From: "Wilson, Phil" <phil.wil...@invensys.com> > > > To: General discussion for Windows Installer XML toolset. > > > <wix-users@lists.sourceforge.net> > > > Sent: Tue, September 28, 2010 12:33:08 PM > > > Subject: Re: [WiX-users] how to stop msiserver after installation; > > > > > > It sounds like you have a design that expects the Windows Installer > > >service (or some number of processes called msiexec.exe?) to stop > when > > >a bunch of your installs have finished. The Windows Installer > service > > >isn't a child process! > > > Like any other Windows service you stop it with the service APIs, > but > > >really, your design is just very very wrong. If those other > installs > > >are completely > > out > > > of your control (and you can't install them yourself so you *know* > > > when they > > > complete) you'd be better off polling for the ProductCode of last > one > > > you launched to see when it is finally installed. > > > > > > > > > Phil Wilson > > > > > > -----Original Message----- > > > From: Bisht, Pradeep [mailto:pradeep_bi...@yahoo.com] > > > Sent: Tuesday, September 28, 2010 12:05 PM > > > To: wix-users@lists.sourceforge.net > > > Subject: [WiX-users] how to stop msiserver after installation; > > > > > > After my installer finishes, msiserver keeps running for long time. > > >How can I stop it? Our top level installer package (not MSI based) > > >waits for all the child > > > > > > processes launched by a specific installer to end/stop before it > can > > > proceed with the installation of other packages. How can I stop > > > msiserver? Any help will > > > > > > be highly appreciated. Thanks. > > > > > > > > > > > > > > > ------------------------------------------------------------------- > --- > > > -------- Start uncovering the many advantages of virtual appliances > > > and start using them to simplify application deployment and > accelerate > > > your shift to cloud computing. > > > http://p.sf.net/sfu/novell-sfdev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > *** Confidentiality Notice: This e-mail, including any associated > or > > >attached files, is intended solely for the individual or entity to > > >which it is addressed. > > > This e-mail is confidential and may well also be legally > privileged. > > >If you have received it in error, you are on notice of its status. > > >Please notify the > > sender > > > immediately by reply e-mail and then delete this message from your > > system. > > > Please do not copy it or use it for any purposes, or disclose its > > >contents to any other person. This email comes from a division of > the > > >Invensys Group, owned by Invensys plc, which is a company > registered > > >in England and Wales with its registered office at 3rd Floor, 40 > > >Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a > > >list of European legal entities within the Invensys Group, please > go > > >to > > >http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&p > > r > > > ev_id=77. > > > > > > You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail > > > recept...@invensys.com. This e-mail and any attachments thereto may > be > > > subject to the terms of any agreements between Invensys (and/or its > > > subsidiaries and > > > affiliates) and the recipient (and/or its subsidiaries and > affiliates). > > > > > > > > > > > > ------------------------------------------------------------------- > --- > > > -------- Start uncovering the many advantages of virtual appliances > > > and start using them to simplify application deployment and > accelerate > > > your shift to cloud computing. > > > http://p.sf.net/sfu/novell-sfdev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------- > --- > > > -------- Start uncovering the many advantages of virtual appliances > > > and start using them to simplify application deployment and > accelerate > > > your shift to cloud computing. > > > http://p.sf.net/sfu/novell-sfdev2dev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > --------------------------------------------------------------------- > --------- > > Start uncovering the many advantages of virtual appliances and start > using > > them to simplify application deployment and accelerate your shift to > cloud > > computing. > > http://p.sf.net/sfu/novell-sfdev2dev > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > > --------------------------------------------------------------------- > --------- > > Start uncovering the many advantages of virtual appliances and start > using > > them to simplify application deployment and accelerate your shift to > cloud > > computing. > > http://p.sf.net/sfu/novell-sfdev2dev > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > ----------------------------------------------------------------------- > ------- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > *** Confidentiality Notice: This e-mail, including any associated or > attached > files, is intended solely for the individual or entity to which it is > addressed. > This e-mail is confidential and may well also be legally privileged. If > you have > received it in error, you are on notice of its status. Please notify > the sender > immediately by reply e-mail and then delete this message from your > system. > Please do not copy it or use it for any purposes, or disclose its > contents to > any other person. This email comes from a division of the Invensys > Group, owned > by Invensys plc, which is a company registered in England and Wales > with its > registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW > (Registered > number 166023). For a list of European legal entities within the > Invensys Group, > please go to > http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_ > id=77. > > You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail > recept...@invensys.com. This e-mail and any attachments thereto may be > subject > to the terms of any agreements between Invensys (and/or its > subsidiaries and > affiliates) and the recipient (and/or its subsidiaries and affiliates). > > ----------------------------------------------------------------------- > ------- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > ----------------------------------------------------------------------- > ------- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
