I'm actually using a very similar pattern, with lots of little merge modules which group different components, and <Dependency/>'s between them. I find this to be a good pattern, as it helps with complex dependency chains - which simple component/feature relationships just don't cover....

A couple of things which I'd like to see in order to make the pattern even better:

1. Automatic merging of module dependencies - ie: if you merge module A, which depends on module B, and B is sitting in a folder next-to A, B should be automatically merged. This should be simple, as a warning is currently issued... replace the warning with the actual merge ;) I've opened a feature request for this one...

2. When deciding whether a module needs to be rebuilt, the timestamps of the included files should also be checked, not just the .wxs file... Otherwise, you end up having to rebuild the modules every time to be certain that they contain the correct versions of the files...

I'd love to see the above implemented....

Re my problem, I'll try and update wix again (using 3.0.1820.0 custom-compiled in .NET2.0)... Maybe that'll help...

Thanks,
Shmarya

On 7/25/06, John Ludlow <[EMAIL PROTECTED]> wrote:
On 7/25/06, Shmarya Rubenstein < [EMAIL PROTECTED]> wrote:
It doesn't look like there are empty rows... I'll try dropping the table and let you know if that helps...
 
Ok.  The only thing that made me think of that is the fact that, in the error, the name of the action is an empty string.

BTW: isn't it an error that Wix generates empty tables which are optional?
 
Hmmm, possibly yeah.  I know it doesn't include XML or IIS stuff unless it needs to, but then these aren't included in the standard schema - they're WiX-only stuff.  I suppose there might be a reason why WiX includes it.

Also, have you tried merging multiple msm's with empty InstallUISequence tables?
 
Yeah - we have a slightly freaky setup here where every logical group of files gets put into a merge module.  The idea is that any file that might at some point become shared should be in a merge module so you can just plug it into the new installer.  Well, that applies to pretty much all of our files, so we end up with a gazillion merge modules ;)
 
The upshot is that every installer is pulling in a bunch of merge modules.  I had a quick squiz through a few and it looks like they're all getting a set of blank sequence tables (except the ones that really do have a custom action - those obviously have their sequence tables populated).




--
Shmarya
-----------------------------------------------------------
[EMAIL PROTECTED] - http://shmarya.net
NUnit rocks! http://nunit.com
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to