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
