Comments on DeploymentEngineering.com - The Blog: InstallShield 2010 vs WiX 3.0

Technically you can edit your built installshield ...

2009-09-24T05:13:07.833-05:00

Technically you can edit your built installshield msi and extract the DLL from the binary table. Then take a look at the CustomAction table and you'll see your CA's call into the DLL using a series of function entrypoints named f1, f2, f3.

That's enough information to call those custom actions using WiX but if you ever want to make code changes you'll have to rebuild the InstallShield project and reextract the DLL.

So for all practical purposes, you'll have to refactor those InstallScript Custom Actions. C++ if you don't have a dependency on the .NET framework and C#/DTF ( way easier ) if you do have a dependency on the .NET framework.

I'm a newbie to WIX and was just reading some info...

2009-09-24T03:03:20.688-05:00

I'm a newbie to WIX and was just reading some info about it here.

I've created several installers using Installshield and have almost all my CA's written using installscript.

It is probably not possible to convert an msi installer that uses installscript CA's to WIX...?

Do I need to convert every CA to a dll custom action then...?

I've yet to see a single large application install...

2009-08-29T03:29:11.329-05:00

I've yet to see a single large application installed by InstallShield that can be removed after six-twelve months. No way, the only answer I get from InstallShield every time is that its own database has been corrupted, vanished, beaten, gone to the dogs in the meantime. It's either tedious manual labor then or, if I'm lucky, reinstall and immediate uninstall. I long ceased to consider InstallShield a setup authoring tool of any real value.

It's actually taken me about 5 years to warm up to...

2009-08-16T21:44:48.795-05:00

It's actually taken me about 5 years to warm up to WiX and while I haven't completely switched over, I am now at a point where I am slowely moving my entire code base (at work) over to it. My reasons involve DRM, cost and a project format that is lousy for branching and merging. When I look at my companies needs, these three things are critical to be solved and we've decided to do so.

But for a great many people, I still think InstallShield is a fine product as most people will probably not be troubled by these issues as much as we are.

Hi Chris, Looking at your previous post (Ref:http:...

2009-08-16T21:14:25.431-05:00

Hi Chris,
Looking at your previous post (Ref:http://blog.deploymentengineering.com/2007/09/versioning-msi-packages-wix-vs.html)realised that it almost took couple of years for you to switch to Wix (or are you still using Installshield).
Would be intrested in knowing why

ShadowWolf, I disagree. It punishes the honest us...

2009-06-24T16:37:55.459-05:00

ShadowWolf, I disagree. It punishes the honest user. The activation routines are hacked the day the software is released and so the dishonest users aren't concerned with it anyway.

It's only the valid users of the software that have to deal with it and how to figure out how to activate software in a secure environment.

Activation ( and reactivation ) are pretty par for...

2009-06-24T13:35:32.357-05:00

Activation ( and reactivation ) are pretty par for the course in the business tool world from what I've seen. I don't know that anyone really "likes" it, but it definitely serves a legitimate purpose.

Chris, We have had the same thoughts about Instal...

2009-06-23T11:22:00.640-05:00

Chris,

We have had the same thoughts about InstallShield for the past two years. However, each year the thing that keeps us going is that we lack the manpower and funding to push us into something new.

This past year we reconfigured the DIM processing system for our own use. We now use system to populate the ISM by running a macro. This allows us to take care of many of the problems that InstallShield had with their implementation of the DIM processing system at build time.

One day the proverbial final straw will break the camel's back and we will move to another tool - probably WIX too.

Colby - InstallShield doesn't discontinue the stan...

2009-06-23T09:49:42.875-05:00

Colby - InstallShield doesn't discontinue the stand alone build engine. Does my comparison give that impression? Please let me know because then I may need to fix or clarify it.

I saw Stefan's side-by-side InstallShield license ...

2009-06-22T10:31:29.425-05:00

I saw Stefan's side-by-side InstallShield license comparison of IS 2009 and IS 2010 licenses (see http://www.installsite.biz/en/desc/ix/eula0910.htm) and am concerned about the activation stuff as well.

We use IS 2009 Premier for development (2 licenses) and the Standalone Build on numerous build machines (VMWare VMs all configured the exact same way).

If Acresso is going to discontinue the Standalone Build and require a separate license for each build machine then you better believe we'll be switching to WiX pretty darn soon!

I would be very interested in what he comes up wit...

2009-06-22T10:00:50.824-05:00

I would be very interested in what he comes up with.

I've thought the same thing about the DIM collabor...

2009-06-22T09:54:39.088-05:00

I've thought the same thing about the DIM collaboration in InstallShield... useless.

Also, the activation has been becoming more of an issue for us as time goes one and we utilize virtual machines which get renamed at the end of a dev. cycle.

Good luck on your project to create a GUI for WiX... if you can pull if off, you may have a viable, preferrable alternative to InstallShield before you know it!

Sounds like you have an interesting time ahead of ...

2009-06-22T04:04:08.199-05:00

Sounds like you have an interesting time ahead of you - keep us informed of how your 'internal tools developer' progresses!

Chris It would be nice if you could document what ...

2009-06-21T16:47:00.043-05:00

Chris
It would be nice if you could document what happens even if it fails again, it may just help someone doing the same thing. Joe