How can I write a custom action for the Enterprise Architect applcation to fetch the License Key
How can I write a custom action for the Enterprise Architect applcation to fetch the License Key File from a shared location on the Network....
The MSI is Vendor MSI and I need to provide for the shared License Key File(by browsing through the Network path for share folder) while launching the application.... I have to Repackage such that the User is not prompted for this dialogue and should be able to work with the Application with out entering the license Key File.
Any help is appreciated.
The MSI is Vendor MSI and I need to provide for the shared License Key File(by browsing through the Network path for share folder) while launching the application.... I have to Repackage such that the User is not prompted for this dialogue and should be able to work with the Application with out entering the license Key File.
Any help is appreciated.
0 Comments
[ + ] Show comments
Answers (6)
Please log in to answer
Posted by:
elziarun
14 years ago
By using what you suggested, resolved the problem.
But as the entries are in HKCU, when i try to login as another user on the same machine, these HKCU entries are not getting created for another profile when I try to launch the application through shortcut.
When I opened the .MSI and checked it, the shortcut's component has no key path. So I tried to create a transform for this, and moved the shortcut to the component where the target .exe is located. But even after that, the application doesn't bring back the HKCU entries for the other users.
I made sure that the component where the registries reside is also having the key path.
Any suggestions how to bring back the HKCU entries when the shortcuts are launched? Coz, this vendor MSI's shortcuts are not handled properly.
Thanks,
John.
But as the entries are in HKCU, when i try to login as another user on the same machine, these HKCU entries are not getting created for another profile when I try to launch the application through shortcut.
When I opened the .MSI and checked it, the shortcut's component has no key path. So I tried to create a transform for this, and moved the shortcut to the component where the target .exe is located. But even after that, the application doesn't bring back the HKCU entries for the other users.
I made sure that the component where the registries reside is also having the key path.
Any suggestions how to bring back the HKCU entries when the shortcuts are launched? Coz, this vendor MSI's shortcuts are not handled properly.
Thanks,
John.
Posted by:
pjgeutjens
14 years ago
First of all make sure that the shortcut in the vendor MSI is advertised, and make a seperate component that contains the reg values, make sure you set one value as key path. Since it's possible the values actually already exist but have different contents, you might want to add a control value of your own and make this the keypath... something along the lines of LicenseSet = 1
This way launching the app via the shortcut should trigger a repair of the component if the keys are missing.
If you don't want to work with advertised shortcuts I personally find the cleanest solution to triggering repairs to be ActiveSetup. You can find a good explanation of it here. Basically it triggers a comand for every user that logs in for the first time after the installation
Just trigger the msi's repair function in the stubpath command, something along the lines of msiexec.exe /fu <productcode> /qn
This way launching the app via the shortcut should trigger a repair of the component if the keys are missing.
If you don't want to work with advertised shortcuts I personally find the cleanest solution to triggering repairs to be ActiveSetup. You can find a good explanation of it here. Basically it triggers a comand for every user that logs in for the first time after the installation
Just trigger the msi's repair function in the stubpath command, something along the lines of msiexec.exe /fu <productcode> /qn
Posted by:
Inabus
15 years ago
VBScript custom action to go to the network drive and copy the file to the correct location on the PC.
You will need to wrap error checking around the network copy incase the drive doesnt exsit.
Alternativly put the file inside the MSI, via a transform.
Having re-read your post, are you saying that when you load the app it prompts for a license file? If so procmon that registration process to find the keys that make this work and include them inside your transform?
P
You will need to wrap error checking around the network copy incase the drive doesnt exsit.
Alternativly put the file inside the MSI, via a transform.
Having re-read your post, are you saying that when you load the app it prompts for a license file? If so procmon that registration process to find the keys that make this work and include them inside your transform?
P
Posted by:
yshariff
15 years ago
Posted by:
jmcfadyen
15 years ago
this should do the trick with a slight tweak.
http://johnmcfadyen.spaces.live.com/blog/cns!9DD01136FC094724!197.entry
http://johnmcfadyen.spaces.live.com/blog/cns!9DD01136FC094724!197.entry
Posted by:
B.Stobbs
15 years ago
Hello,
Not sure if you have resolved this for yourself or not, but I have just gone through the same thing. The solution I found is making a transform (best practices) or editing the vendor MSI to import the following .reg file.
The path to the license key can be either a mapped drive or full UNC path.
Not sure if you have resolved this for yourself or not, but I have just gone through the same thing. The solution I found is making a transform (best practices) or editing the vendor MSI to import the following .reg file.
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Sparx Systems\EA400\EA\OPTIONS]
"SharedKeyFolder"="Path to license key"
"AutoCheckoutSharedKeyArray"=hex:02
The path to the license key can be either a mapped drive or full UNC path.
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.