/build/static/layout/Breadcrumb_cap_w.png

.NET Framework 3.0 MSI

Hi,

Is there any existing MSI for .NET 3.0 that I can download?
I need it to a software I have to deploy and it would save me some time if I can download it somewhere.

I have google it but no success [:(]

0 Comments   [ + ] Show comments

Answers (14)

Posted by: aXz 12 years ago
Blue Belt
0
Nevermind,

I downloaded this file:
http://www.microsoft.com/downloads/details.aspx?FamilyID=10CC340B-F857-4A14-83F5-25634C3BF043&displaylang=en

Open it with Winzip. And there is a .msi.
Posted by: anonymous_9363 12 years ago
Red Belt
0
Is it me? Is it? I found it using Google in a blink. Jeeeeeeeez......

- Go to this page http://www.microsoft.com/downloads/details.aspx?FamilyID=10cc340b-f857-4a14-83f5-25634c3bf043&displaylang=en
- Click the link 'X86 Redist Package'. Admittedly, it isn't immediately obvious that you need to click this. Until you read what it says above it, of course. Alternatively, you can go directly to the downloadable package using this link
http://download.microsoft.com/download/3/F/0/3F0A922C-F239-4B9B-9CB0-DF53621C57D9/dotnetfx3.exe
- Run the EXE
- In the root of your C: drive will be a randomly-named folder (something like C:\5f01eae77aa232df540ba1586819ddd1), in which you'll find vs_setup.MSI and all the external files required.
Posted by: AngelD 12 years ago
Red Belt
0
Hi Eric,

You may also find the "Microsoft .NET Framework 3.0 Deployment Readme" interesting.
http://msdn.microsoft.com/en-us/library/aa480217.aspx

Cheers!
Posted by: aXz 12 years ago
Blue Belt
0
Thanks!

Humm.... I cant manage to do the same with .NET 2.0. When I execute the .msi it says. "To install, please run setup.exe"
I found a guide on the net how to do a deploy of the msi to deploy it with GPO. But I dont want to deploy it using any GPO. Any tips?
Posted by: AngelD 12 years ago
Red Belt
0
You need to set the USING_EXUIH property to 1 for .NET 2.0 to work without the setup.exe.
Posted by: aXz 12 years ago
Blue Belt
0
ORIGINAL: AngelD

You need to set the USING_EXUIH property to 1 for .NET 2.0 to work without the setup.exe.


Are you sure? I open the netfx.msi in ORCA but I cant find "USING_EXUIH" in the Property table.

EDIT: In the InstallExecuteSequence table i found this:
OR ADVERTISED = 1 OR ProductState >= 1) ) AND ( NOT (ADDEPLOY = 1 OR USING_EXUIH = 1 OR USING_EXUIH_SILENT = 1 OR ADVERTISED = 1 OR ProductState >= 1) )

But the USING_EXUIH i already 1.
Posted by: kiptek 12 years ago
Second Degree Green Belt
0
search all the tables. maybe it is being set by a control.
Posted by: AngelD 12 years ago
Red Belt
0
ORIGINAL: aXz
But the USING_EXUIH i already 1

Yes, as a condition.
You need to add this property to the Property table.
If this property is not present or set to 0 in the Property table it will resolve to false as with a value of 1 will resolve this part of the condition to true.
Posted by: kiptek 12 years ago
Second Degree Green Belt
0
set to 0 in the Property table

just reminded me of Pascal 101 & the prof trying to drill it into all...


[font="Trebuchet MS"]"People, you have to initialize your damn variables otherwise they will come & bite you in the *#* (edited) "
Posted by: aXz 12 years ago
Blue Belt
0
Thanks!

I add the property USING_EXUIH to the msi and gave it the value 1. Works fine!
Posted by: polkagris 12 years ago
Orange Belt
0
After fixing the "exe-problem" i still cant get the msi to work.
When starting the installation with vs_setup.msi i get error 1309: Error reading from file. C:\Path to my installation file\Win\Microsoft.Net\Framework\UrtInstallPath\CSteupMM\SITSetup.dll
Verify that the file exists and that you can access it.

The folder Win\ and subfolders does not exist (only have one folde - wcu) and the SITSetup.dll resides in the same folder as vs_setup.msi. The installation will generate 1309 errors for all files residing in that folder with that path that dont exists. Even if the folders gets created and I move all installation files into the CSetupMM folder, the installalation generates the same error.

I havnt found much about this yet, still searching. But it strange when so many others get it to work by just fixing the "exe-thing". It works fine when starting the installation with the setup.exe.
Posted by: polkagris 12 years ago
Orange Belt
0
Hmm, this really isnt working.

To resolve the "installing with exe"-problem I had to remove a custom action in the vs_setup.msi. After removing the custom action - fine, no complaints about an exe. But instead the installation askes for the installation files (the eula files and etc) in the path below:
Win\Microsoft.NET\Framework\URTInstallPath\CSetupMM

This path is created in the same directory as the vs_setup.msi, but it is empty. After copying the files to that directory the msi-file starts but only installs 15 mb. When running the exe-file you get 65 mg of "lovely" data.

This seems to be to complicated than it should be.

And dont get me started on the 3.0 SP1.... [:'(] wtf!?

Anyone?
Posted by: polkagris 12 years ago
Orange Belt
0
The user interface is gone too by the way, eula acceptans etc, when running the msi. And the installation process is over in about 5 seconds.

..............................
Not even an administrative install works on the msi.

Is this supposed to work at all or is deploying the exe the only way. I cant be the only one with severe headache over this?
Posted by: AngelD 12 years ago
Red Belt
0
See if you find anything useful here:
http://blogs.msdn.com/astebner/articles/454956.aspx
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ