Yeah, there is a fine line between "drama" and "trying to convince other
smart programmers that there are 'better' ways of doing things". Of course,
'better' is entirely subjective and 'smart' can sometimes translate into
'stubborn' (because smart people *know* better <smile/>).

We all have different experiences and usually different problems in front of
us.

So my recommendation is always to listen to the counter points and decide
how much applies to your situation.

For example, I'm pretty sure Neil still thinks I'm crazy about the
AllowSameVersionUpgrades and still uses it to great success in his
situation. <smile/>
On Mon, Feb 14, 2011 at 6:30 AM, David Borneman <d...@servingtulsa.com>wrote:

> Too much drama in this group for me.
>
> See ya all :)
>
> Sent by Android via Nexus One
> On Feb 14, 2011 9:09 PM, "Christopher Painter" <
> chr...@deploymentengineering.com> wrote:
> > Well, Evil Genius,  you clearly no more about installs then myself and
> Rob
>
> > Mensching combined so knock yourself.
> >
> > ---
> > 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: Rune Moberg <jjfl...@gmail.com>
> > To: General discussion for Windows Installer XML toolset.
> > <wix-users@lists.sourceforge.net>
> > Sent: Mon, February 14, 2011 7:44:06 AM
> > Subject: Re: [WiX-users] WCF server cannot connect to the remote
> database.
> >
> > On Mon, Feb 14, 2011 at 1:10 PM, Christopher Painter
> > <chr...@deploymentengineering.com> wrote:
> >> For #4, you are right, it is simple.  I can do it in one line of XML in
> WiX
> > and
> >> let MSI handle the details.  For developers I can do it in 1 line of
> .BAT
>
> > using
> >> the SC command.    And, no, your InstallUtil code will not be better.
> >
> > Using batch files, adding yet another way of registering your
> > services? Which is exactly the solution I'm replacing. Why not use
> > srvany.exe while you're at it..?
> >
> > Code duplication is frowned upon. Having service registration
> > information residing in batch files means you've done just that. Not
> > to mention that admins familiar with the '-i' command line switch have
> > to deal with your services in yet a different way.
> >
> > Cristopher, I am not saying that "my" solution is the optimal. What I
> > am saying is that <ServiceInstall> does not fully satisfy the KISS
> > principle. Adding batchfiles to handle the other cases is a big clue
> > as to why it isn't satisfactory. Some improvements here would be most
> > helpful, at least to me!
> >
> > It is useful with a unified way of registering an executable as a
> > service. _Currently_, the .Net platform offers the Installer
> > framework. It has its downsides as you point out, but... It is still
> > the lesser of the evils presented so far! A more metainfo-based
> > replacement could perhaps solve the remaining issues?
> >
> > --
> > Rune
> >
> >
>
> ------------------------------------------------------------------------------
> > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> > Pinpoint memory and threading errors before they happen.
> > Find and fix more than 250 security defects in the development cycle.
> > Locate bottlenecks in serial and parallel code that limit performance.
> > http://p.sf.net/sfu/intel-dev2devfeb
> > _______________________________________________
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
> >
> >
>
> ------------------------------------------------------------------------------
> > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> > Pinpoint memory and threading errors before they happen.
> > Find and fix more than 250 security defects in the development cycle.
> > Locate bottlenecks in serial and parallel code that limit performance.
> > http://p.sf.net/sfu/intel-dev2devfeb
> > _______________________________________________
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to