MS Silverlight 3
Hi,
I am trying to deploy Silverlight 3 over the top of any previous versions. We need to do this as an MSI and not use the silverlight.exe (which upgrades fine). I have extracted the MSI and MSP and patched the MSI and use a transform which changes the product code. However, the install ignores the change of productcode and won't install as a previous version already exists. When I change the product code in the vendor MSI directly, it upgrades fine.
Has anybody had any luck upgrading Silverlight using the pached MSI with transform changes and not edited the MSI directly?
Regards,
Ben
I am trying to deploy Silverlight 3 over the top of any previous versions. We need to do this as an MSI and not use the silverlight.exe (which upgrades fine). I have extracted the MSI and MSP and patched the MSI and use a transform which changes the product code. However, the install ignores the change of productcode and won't install as a previous version already exists. When I change the product code in the vendor MSI directly, it upgrades fine.
Has anybody had any luck upgrading Silverlight using the pached MSI with transform changes and not edited the MSI directly?
Regards,
Ben
0 Comments
[ + ] Show comments
Answers (18)
Please log in to answer
Posted by:
anonymous_9363
14 years ago
- I can't say for certain, since I haven't pulled it apart, but I'll bet that the patch isn't a patch in the sense that we currently accept. MS has changed the way patches are used and now applies changes to packages using them rather than transforms. Witness the Office 2007 deployment instructions.
- Why on earth would you change the ProductCode?!?
- Why on earth would you change the ProductCode?!?
Posted by:
bgold
14 years ago
ORIGINAL: VBScab
- Why on earth would you change the ProductCode?!?
Sorry, am I missing something. Why would I not change ProductCode in a Major Upgrade for the app to upgrade? I'm not being funny, I appreciate your assistance but don't understand why I wouldn't do this.
Posted by:
cygan
14 years ago
i think what vbscab is saying is that looking at your post it seems you are creating a patch for your msi and not an upgrade
if you are creating a patch then you don't need to change the product code
if you are creating a patch then you don't need to change the product code
Posted by:
cygan
14 years ago
i don't know what tool you have Wise ?
have you tried using the UpgradeSync tool to compare the current package with the previous version of the package, and does the following to prepare the current package for a patch or upgrade:
Changes the PackageCode, ProductCode, and ProductVersion properties if necessary
then you can use the patch creation tool
have you tried using the UpgradeSync tool to compare the current package with the previous version of the package, and does the following to prepare the current package for a patch or upgrade:
Changes the PackageCode, ProductCode, and ProductVersion properties if necessary
then you can use the patch creation tool
Posted by:
anonymous_9363
14 years ago
Cygs,
The patch is supplied by MS, in pursuit of its bizarre switch to using patches as transforms.
BGold, additionally:
- it's not your MSI. You shouldn't mess with vendor-supplied MSIs, especially at such a fundamental level.
- I suspect Microsoft may well have worked out how to configure Upgrade tables by now :)
The patch is supplied by MS, in pursuit of its bizarre switch to using patches as transforms.
BGold, additionally:
- it's not your MSI. You shouldn't mess with vendor-supplied MSIs, especially at such a fundamental level.
- I suspect Microsoft may well have worked out how to configure Upgrade tables by now :)
Posted by:
bgold
14 years ago
Sorry if I didn't make it clear but I'm using MS's Silverlight.MSP to create a patched administrative installation and then running this with my transform which makes our company standard changes and was then trying to change the productcode in my transform.
I know it's not idea to mess with the vendor MSi at this level, but how would you achieve what I need to do?
Cheers,
Ben
I know it's not idea to mess with the vendor MSi at this level, but how would you achieve what I need to do?
Cheers,
Ben
Posted by:
anonymous_9363
14 years ago
And I repeat, I don't believe that the patch is a "real" patch but a transform replacement, a la Office 2007.
I shall now return to beating my head against this handy wall...
I shall now return to beating my head against this handy wall...
Posted by:
bgold
14 years ago
ORIGINAL: turbokitty
I repeat, why are you trying to change the product code?
I'm trying to change the ProductCode because I need it to upgrade. As it stands the UpgradeCode and ProductCode are the same for all versions, hence it not upgrading. When I change the ProductCode on the patched MSI directly - it upgrades, as it does also when installing using the wrapper Silverlight.exe. I want to do the same thing without editing the MSI, but it ignores the ProductCode transform change (the other transform changes take fine).
@VBSCAB - I have no experience of the new Office 2007 patches, I will look into it.
Posted by:
turbokitty
14 years ago
Let me rephrase why are you "trying to deploy Silverlight 3 over the top of any previous versions"?
What deployment tool are you using? You could use an msiexec command that patches existing installs and performs new installs if needed.
What deployment tool are you using? You could use an msiexec command that patches existing installs and performs new installs if needed.
Posted by:
bgold
14 years ago
We are using our own bespoke installer tool which basically runs commands, effectively it can run any msiexec command in either base or user context.
What msiexec command are you thinking of? so far none have worked for me
Cheers,
Ben
What msiexec command are you thinking of? so far none have worked for me
Cheers,
Ben
Posted by:
anonymous_9363
14 years ago
Upgrade what, though? I haven't experienced any problem at my current client of letting the MSI install upgrade versions previous to v3. It sounds to me like you're trying to deploy v3 over existing installations of v3 which is truly bizarre.
Posted by:
bgold
14 years ago
This is definitely when upgrading from version 2.
How did you make the MSI and how are you installing it?
Thanks
How did you make the MSI and how are you installing it?
Thanks
Posted by:
anonymous_9363
14 years ago
OK, first, it seems the patch is an actual patch so apologfies for misleading anyone there. Nice to see consistent non-consistency from MS. I digress...
How did you make the MSI and how are you installing it?As you did: I patched the MSI and pushed it out via GP to a selection of test VMs. The difference is, I haven't touched the ProductCode.
Posted by:
bgold
14 years ago
ORIGINAL: VBScab
As you did: I patched the MSI and pushed it out via GP to a selection of test VMs. The difference is, I haven't touched the ProductCode.
Strange, because it definitely doesn't work for me. I only tried changing the ProductCode after it didn't upgrade without changing it. I don't think I'm the only person to see this, as it is mentioned here -
[link]http://www.appdeploy.com/packages/detail.asp?id=1591[/link]
"You can then do a silent installation from the .msi, but first uninstall Silverlight 2.0 if it's installed otherwise it'll complain"
Seems the only difference is you are doing it via GP.
Posted by:
tron2ole
14 years ago
Posted by:
Repackman
14 years ago
Is it really wise to mess with the product code? I thought in the perfect world that was a major taboo...The eleventh commandment which stated 'Thou shalt not change the product (or package) code...But then, this is no perfect world we live in...
Posted by:
pjgeutjens
14 years ago
Is it really wise to mess with the product code? I thought in the perfect world that was a major taboo...The eleventh commandment which stated 'Thou shalt not change the product (or package) code...But then, this is no perfect world we live in...
Even in the (very) unperfect world I live (and work) in, rule number one is
so yea
P.S. should mention, I've had vendor MSIs make me laugh my ass off, I've had em make me cry in depair, but the rule still stands...Just so they can't say "that's not our product you installed, so kiss your support goodbye"
Rating comments in this legacy AppDeploy message board thread won't reorder them,so that the conversation will remain readable.