Merge two different packages?
Hi there!
I have two different packages I want to merge into a single package.
If I install only one of the package does the application not work, so I need both anyways and do not want to distribute them as two packages.
Any ideas? I am running AdminStudio Pro 6 with value pack 1 (InstallShield 10.50)
/Jonas
I have two different packages I want to merge into a single package.
If I install only one of the package does the application not work, so I need both anyways and do not want to distribute them as two packages.
Any ideas? I am running AdminStudio Pro 6 with value pack 1 (InstallShield 10.50)
/Jonas
0 Comments
[ + ] Show comments
Answers (5)
Please log in to answer
Posted by:
Ilikebananas
18 years ago
Hi jonasm,
The only tool I know of is the msimerg.exe tool from the installer SDK. The tool allows you to merge two databases. You will get conflicts for example in the filetable (sequence collumn) and the registry table (registry collumn), and possibly more. You would need to find a solution for solving (or preventing) those conflicts. It might not be worth the effort.
I would probably nest the installations in a parent msi.
Ilikebananas
The only tool I know of is the msimerg.exe tool from the installer SDK. The tool allows you to merge two databases. You will get conflicts for example in the filetable (sequence collumn) and the registry table (registry collumn), and possibly more. You would need to find a solution for solving (or preventing) those conflicts. It might not be worth the effort.
I would probably nest the installations in a parent msi.
Ilikebananas
Posted by:
jonasm
18 years ago
Posted by:
revizor
18 years ago
jonasm,
whether you go this route or not is totally up to you, however I'd like to forewarn you: try not to combine packages that may be updated independently of each other. This way, if, say, application A gets updated every month, and application B stays static, you will be forced to do manual rework every month combining the static package with the changed one. I myself made this mistake a few times in the past...
whether you go this route or not is totally up to you, however I'd like to forewarn you: try not to combine packages that may be updated independently of each other. This way, if, say, application A gets updated every month, and application B stays static, you will be forced to do manual rework every month combining the static package with the changed one. I myself made this mistake a few times in the past...
Posted by:
Ilikebananas
18 years ago
Posted by:
jonasm
18 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.