Nov 12, 2009
12:26 PM
You should be able to use CommonAppDataFolder location to get files to install to C:\ProgramData folder in Vista and newer. You may want to look into using the MoveFile table to copy an existing version of your applications Access database files to the new location. Otherwise you would probably need to create some kind of custom action to handle the requirement. MoveFile Table http://msdn.microsoft.com/en-us/library/aa370055(VS.85).aspx Edit - I just noticed that you are using InstallShield Express edition. In this case the MoveFile Table option is not available because Express does not have the capability of editing MSI tables directly. This means you will need to use a custom action to accomplish this objective.
... View more
Nov 12, 2009
12:18 PM
I am not familiar with Add-in Express, but I suspect that you can register the plug-in by marking the DLL files for it as Self-Register or Extract COM Information. If the plug-in is .NET then you may need to instead select the .NET COM Interop option. Basically, it would help if you clarified what steps you would manually take from a command prompt to register/install the plug-in. If it involves registering the DLL with regsvr32 or using InstallUtil, then one of the above steps should work. Regards, Ajay
... View more
Nov 12, 2009
12:13 PM
John, One way you could address this situation is to edit the InstallShield Express project file (.ise) with Orca and add the missing entries to the CreateFolder table. Just make sure to keep a back-up copy of the Express project file before making any changes to it because you could accidentally make an incorrect change leading to a corrupt project file. Modifying data in the Express project file directly with Orca can lead to a damaged project file so this should generally be avoided. But I believe it will resolve the issue that you are currently experiencing. Regards, Ajay
... View more
Nov 12, 2009
11:37 AM
Well it depends on what type of script you are trying to create/edit. In a Basic MSI project you can create InstallScript custom actions under the Behavior and Logic - InstallScript view. You can also edit script for VBScript and JScript custom actions in the Behavior and Logic - Custom Actions and Sequences view. You can edit SQL Scripts in the Server Configuration - SQL Scripts view. Good luck with your script editing!
... View more
Nov 12, 2009
11:32 AM
I believe that you are running into a limitation of Windows Installer user interface. According to the ControlEvent table doc it isn't possible to perform any actions from a ComboBox control: "On Windows XP or earlier operating systems, users can publish a control event only by interacting with a Checkbox Control or Pushbutton Control. With Windows Server 2003, users can publish a control event only by interacting with a Checkbox Control, SelectionTree Control, and Pushbutton Control. Listing other controls in the Control_ field has no effect." ControlEvent Table http://msdn.microsoft.com/en-us/library/aa368037(VS.85).aspx One workaround option is to create a PushButton control and label it something like 'Refresh'. Then when the user clicks on the Refresh button you can have a NewDialog event to go to the cloned dialog which will have the refreshed ComboBox controls. Hope this helps.
... View more
Nov 12, 2009
11:24 AM
It appears that setup.exe doesn't have a special installation mode command line argument to instigate a MSI repair operation. So it will be necessary to accomplish this with command line parameters directly to msiexec as in the following command line: (silent repair) setup.exe /v"REINSTALL=ALL REINSTALLMODE=omus /qn" (basic ui repair) setup.exe /v"REINSTALL=ALL REINSTALLMODE=omus /qb" You can modify the value of REINSTALLMODE to control what is reinstalled during the repair. Also note that no MSI ProductCode should be passed in. This is because setup.exe will use the MSI file that it is associated with (via setup.ini). REINSTALLMODE Property http://msdn.microsoft.com/en-us/library/aa371182(VS.85).aspx
... View more
Nov 11, 2009
06:44 PM
I understand that having two different installers for 32-bit and 64-bit installations is not what you want. However, unfortunately, it is required for Windows Installer installations. There is a global MSI file setting called Template Summary which indicates whether the package is a 32-bit or 64-bit package. This setting has to be 64-bit in order for the install to install to 64-bit locations and to run 64-bit script custom actions. Please look at the following supporting documentation: Windows Installer on 64-bit Operating Systems http://msdn.microsoft.com/en-us/library/aa372855(VS.85).aspx
... View more
Nov 11, 2009
06:33 PM
It isn't clear to me why your assembly is not successfully installing to the GAC. I suggest you look into the following things to troubleshoot this behavior: 1. Verify that the assembly is the keypath of its component (You already indicated that the destination was GlobalAssemblyCache which is good). 2. Verify that the information in the MsiAssembly and MsiAssemblyName tables look correct for your assembly. Consult the table documentation for this. 3. Verify that you can manually install your assembly to the GAC on your test machine (without using MSI). 4. Does your assembly have any dependencies? If so, then maybe try a test where the dependencies are already installed to the system before beginning your MSI installation. 5. Although I don't think it matters for GAC installation, verify that the correct version of the .NET framework is being pointed to for Regasm.exe and InstallUtilLib.dll locations in Tools - Options - .NET tab.
... View more
Nov 11, 2009
06:19 PM
You may want to look into the LaunchApplication InstallScript function. It is capable of launching other applications and scripts. You may also want to take a look at the SQL Scripts functionality in InstallShield. This will allow you to run SQL Scripts against MS SQL Server, Oracle, or MySQL. It also has a built-in dialog for getting connection credentials from the user. LaunchApplication http://helpnet.flexerasoftware.com/robo/projects/installshield16langref/LaunchApplication.htm SQL Scripts View http://helpnet.flexerasoftware.com/robo/projects/installshield16helplib/SQLServer.htm
... View more
Nov 11, 2009
06:11 PM
SETUPEXEDIR property is set on the command line to msiexec.exe by setup.exe when the install is run through the setup.exe. This is why this property is undefined when the install is run directly from the MSI file. You may want to use the SourceDir property instead. This is a MSI property that is set by the ResolveSource action. So this means you can use the value of this property to determine the MSI location anytime after ResolveSource action. Note that by default InstallShield puts a condition on this action so that it is only run during a first-time install. SourceDir Property http://msdn.microsoft.com/en-us/library/aa371857(VS.85).aspx
... View more
Nov 09, 2009
05:36 PM
It is possible to install to pretty much any folder on a machine including the Firefox installation directory. Hopefully, there is some Firefox registry value that indicates the install location of Firefox. If so, then you could use a System Search to obtain the install location from this registry value. Then you could use a Set Property or Set Directory custom action to set the install location of the file you are including with your install to point to the Firefox installation location. If Firefox installs to one of only a few install locations, then you could also create one system search to look into each such install location for the main Firefox executable. This could be another way to find the installation location of Firefox. Hope this helps!
... View more
Nov 09, 2009
05:31 PM
It is very possible to do what you describe. It is possible to set public properties (properties whose name is in all capital letters) on the command line to msiexec.exe (if directly running from MSI) or setup.exe. For example: msiexec /i MYPROP1="my value" MYPROP2=test OR setup.exe /v"MYPROP1=\"my value\" MYPROP2=test" Now all you need to do is condition your custom actions based on public properties, and you are all set.
... View more
Nov 09, 2009
05:23 PM
You may want to consider just right-clicking each file in the InstallShield IDE and selecting the Self-Register option. This way you would not have to create any custom actions yourself to handle this. You can also select the option to extract COM information from these DLLs instead of Self-Register. This option can be set in the Components view.
... View more
Nov 09, 2009
05:14 PM
Hi Alain, AdminStudio would be the best Flexera product to meet the requirements you listed: 1. Use Repackager to repackage existing installations into MSI packages. 2. Use ConflictSolver/ApplicationManager to identify any conflicts between your MSI packages. If you end up going down the SCCM route, then you can use the AdminStudio Configuration Manager Web Console to publish MSI packages up to your SCCM server. -Ajay
... View more
Mar 13, 2009
11:20 AM
Unfortunately, Tuner cannot be installed standalone from the full AdminStudio product. I would suggest using it or InstallShield Editor from a machine with the full AdminStudio product to create any transforms that you want. -Ajay
... View more
- « Previous
- Next »
Latest posts by Ajay_Ladsaria
Subject | Views | Posted |
---|---|---|
1588 | May 24, 2017 05:26 PM | |
672 | May 08, 2017 05:53 PM | |
864 | May 08, 2017 05:51 PM | |
1588 | May 08, 2017 05:42 PM | |
1860 | Jul 22, 2015 10:49 AM | |
1860 | Jul 17, 2015 07:46 PM | |
951 | Feb 27, 2012 03:50 PM | |
746 | Dec 16, 2011 04:19 PM | |
707 | Dec 01, 2010 07:57 PM | |
1210 | Oct 06, 2010 07:26 PM |
Activity Feed
- Posted Re: Start Menu Icons Missing After Converting to .MSI on AdminStudio Forum. May 24, 2017 05:26 PM
- Posted Re: Automated Application Converter Icon problem on AdminStudio Forum. May 08, 2017 05:53 PM
- Posted Re: AdminStudio 2016 - Shortcuts blank after application has been repackaged on AdminStudio Forum. May 08, 2017 05:51 PM
- Posted Re: Start Menu Icons Missing After Converting to .MSI on AdminStudio Forum. May 08, 2017 05:42 PM
- Posted Re: "C:\Program Files (x86)" captures incorrectly as "C:\Program Files" with App-V on InstallShield Forum. Jul 22, 2015 10:49 AM
- Posted Re: "C:\Program Files (x86)" captures incorrectly as "C:\Program Files" with App-V on InstallShield Forum. Jul 17, 2015 07:46 PM
- Posted Re: Installshield App-V Build Server on InstallShield Forum. Feb 27, 2012 03:50 PM
- Posted Re: App-V Sequencing to another drive than Q on AdminStudio Forum. Dec 16, 2011 04:19 PM
- Posted Re: Repackager does not transfer registry settings from .msi to .sft on AdminStudio Forum. Dec 01, 2010 07:57 PM
- Posted Re: Problem with Repackager on AdminStudio Forum. Oct 06, 2010 07:26 PM
- Posted Re: Problem with Repackager on AdminStudio Forum. Oct 04, 2010 11:54 AM
- Posted Re: convert from setup to MSI leaves out files on AdminStudio Forum. Sep 22, 2010 08:23 PM
- Posted Re: Bug in Repackager? Directories containing square brackets. on AdminStudio Forum. Sep 16, 2010 01:27 PM
- Posted Re: Custom Action Error crashes installer on InstallShield Forum. Jul 15, 2010 11:27 AM
- Posted Re: ICE 33 resolution on AdminStudio Forum. Jul 15, 2010 11:22 AM
- Posted Re: Where do I find the RemoveFile Table? on InstallShield Forum. Jul 13, 2010 12:08 PM
- Posted Re: RemoveExistingProducts rollback on InstallShield Forum. Jul 13, 2010 12:06 PM
- Posted Re: Managed Custom Action on InstallShield Forum. Jul 12, 2010 06:52 PM
- Posted Re: Managed Custom Action on InstallShield Forum. Jul 12, 2010 11:23 AM
- Posted Re: Display a message box on dialog initialization on InstallShield Forum. Jul 12, 2010 11:17 AM