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
- :
- VM Pack Location in Ant Build
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
‎Apr 01, 2009
04:01 PM
VM Pack Location in Ant Build
I'm trying to use the Ant task to build my installers from a command line.
I'm specifying the WindowsVMPackLocation, LinuxVMPackLocation and AIXVMPackLocation in the task and giving the path to the VM packs.
However, when I run the command line build, I get the error:
An I/O exception has occured: java.io.IOException: Path to executable in VM Pack is missing.
Is this a bug with Install Anywhere or am I doing something wrong? I'm pretty sure the vm packs are built correctly because when I put them in the IA_HOME/resources/installer_vms directory (and don't use the vars in the ant task), the build completes successfully, and the installers execute properly.
I need to be able to specify a location for my VM packs because I need to ship specific versions, and I won't have write access to the IA_HOME directory on our production build system.
I'm specifying the WindowsVMPackLocation, LinuxVMPackLocation and AIXVMPackLocation in the task and giving the path to the VM packs.
However, when I run the command line build, I get the error:
An I/O exception has occured: java.io.IOException: Path to executable in VM Pack is missing.
Is this a bug with Install Anywhere or am I doing something wrong? I'm pretty sure the vm packs are built correctly because when I put them in the IA_HOME/resources/installer_vms directory (and don't use the vars in the ant task), the build completes successfully, and the installers execute properly.
I need to be able to specify a location for my VM packs because I need to ship specific versions, and I won't have write access to the IA_HOME directory on our production build system.
(4) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 02, 2009
12:23 AM
You don't need write access, but only read access in order to be able to build with the VM packs in the default location (IA install dir/resources/installer_vms)
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 02, 2009
08:49 AM
But, in a production environment, you could have multiple teams/products using the same IA install.
If each teams needs to bundle specific JREs, then they would need to get those into the install directory (which, in most Enterprise environments, means getting the build team to do it).
If the ant task provides a property for the location of the VM pack, why not just honor it?
If each teams needs to bundle specific JREs, then they would need to get those into the install directory (which, in most Enterprise environments, means getting the build team to do it).
If the ant task provides a property for the location of the VM pack, why not just honor it?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 02, 2009
09:25 AM
Don't ask me, ask the Acresso Software support... maybe it's a bug...
On the other hand, you may all have the VM packs in the same place as a workaround...
And finally, on a side note, AFAIK the IA license is a per-developper base, so if more than one person is using the product, this might even be a license violation (unless of course, you're covered by a license for all the persons using the product AND each person uses it with their own account (the license information is really saved per user's account, at least on Windows (I suppose it's the same on Unices)...
On the other hand, you may all have the VM packs in the same place as a workaround...
And finally, on a side note, AFAIK the IA license is a per-developper base, so if more than one person is using the product, this might even be a license violation (unless of course, you're covered by a license for all the persons using the product AND each person uses it with their own account (the license information is really saved per user's account, at least on Windows (I suppose it's the same on Unices)...
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 02, 2009
10:42 AM
Thanks, I have our company Acresso rep contacting them about it.
I think we're ok on the licensing issue because all of our builds run under the same user id.
I think we're ok on the licensing issue because all of our builds run under the same user id.
![](/skins/images/D60DF682EA37BF37032955CE10F3F0BB/responsive_peak/images/icon_anonymous_message.png)