This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallAnywhere
- :
- InstallAnywhere Forum
- :
- Re: running merge module in post install
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 28, 2010
09:33 AM
running merge module in post install
I have an installer, that when completed successfully, I would like to give the user the option of running the product config tool. This config tool just happens to be a IA installer as well.
My first thought was to run the installer from the parent install as a merge module. The problem is "Install Merge Module" is not available from the post install actions.
If I just execute the installer binary, it just runs in the background. For GUI installs, I can spawn to another window, but that does not help me for running in console mode.
Any thoughts or suggestions?
My first thought was to run the installer from the parent install as a merge module. The problem is "Install Merge Module" is not available from the post install actions.
If I just execute the installer binary, it just runs in the background. For GUI installs, I can spawn to another window, but that does not help me for running in console mode.
Any thoughts or suggestions?
(5) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 28, 2010
10:29 AM
Well, I'm not sure that I've understood everything here: your config tool is another IA installer? In that case, I'm not sure that you can call it a config tool, it's only a 2nd installer. Anyway, in order to have it work in console mode, all you need to do is to add support for the console mode in the 2nd installer and when in the 1st installer you can detect the original installation mode and launch the 2nd installer in the appropriate manner:
./2ndinstaller.bin -i console
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 28, 2010
10:42 AM
thanks for the reply.
the reason I called it a config tool, is because the installer installs nothing. I just asks the user a bunch of quesitons and then modifies a bunch property files(and run some background taks). I moved this from the core install because this is something the user can run numerous times.
I assume you are implying that I use the execute script or Execute Target File. the issue with those is the installer is launched in the background and the user will not have access to the wizard.
the reason I called it a config tool, is because the installer installs nothing. I just asks the user a bunch of quesitons and then modifies a bunch property files(and run some background taks). I moved this from the core install because this is something the user can run numerous times.
I assume you are implying that I use the execute script or Execute Target File. the issue with those is the installer is launched in the background and the user will not have access to the wizard.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 28, 2010
11:53 AM
Well, in way it makes sense... and in another one it confuses me more!... 🙂 So you run another installer, which actually does everything in the pre-install task, depending on the user input... right (as you said the 2nd installer asks the end-user a bunch of questions). But on the other hand you said it is launched in background and the user doesn't have access to it?!? Isn't it a contradiction here?
What I meant is: you have installer 1 which can be run in either GUI or console mode, right? In the first case everything is ok, the 2nd installer is run in the GUI mode too, so no problem here, right? The issue you have is what to do in case the 1st installer is run in console mode? Well, in this case you have to detect the mode the 1st installer has been run and run the 2nd installer in console mode (as the first installer). Unfortunately, this means you'll need to duplicate panels into consoles.
What I meant is: you have installer 1 which can be run in either GUI or console mode, right? In the first case everything is ok, the 2nd installer is run in the GUI mode too, so no problem here, right? The issue you have is what to do in case the 1st installer is run in console mode? Well, in this case you have to detect the mode the 1st installer has been run and run the 2nd installer in console mode (as the first installer). Unfortunately, this means you'll need to duplicate panels into consoles.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 28, 2010
12:08 PM
Thanks, I will try and clarify this a bit better
assume console mode only for now.
1) The main product install asks a few questions (license, install_location, etc)
2) It installs all the product files (including the "config tool")
3) Only if the install is successful, I am prompting the user "Do you want to run the config tool now". This is done in the post install section of the installer....the installer summary panel to be exact.
4) If they say yes, I would like to fire up the config tool. The problem I see is I don't see a method to launch the second installer in which it doesn't spawn as a background task. (i.e. the customer would not be able to access the installer screens)
What action were you thinking about using to spawn the second installer?
assume console mode only for now.
1) The main product install asks a few questions (license, install_location, etc)
2) It installs all the product files (including the "config tool")
3) Only if the install is successful, I am prompting the user "Do you want to run the config tool now". This is done in the post install section of the installer....the installer summary panel to be exact.
4) If they say yes, I would like to fire up the config tool. The problem I see is I don't see a method to launch the second installer in which it doesn't spawn as a background task. (i.e. the customer would not be able to access the installer screens)
What action were you thinking about using to spawn the second installer?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 28, 2010
05:38 PM
I already said it here: http://community.flexerasoftware.com/showpost.php?p=458248&postcount=2 That should launch the 2nd installer in console mode, too... Then it is hard to say why the 2nd installer launches in background mode (silent mode you mean?) without seeing the .iap_xml project.
![](/skins/images/8C9D13A71C7F7695F3262372C0172D68/responsive_peak/images/icon_anonymous_message.png)