Ikeep on getting this error when trying to install GAX or anything thatdepends on it. And whentheGAX setup actually manages to go through, it doesn't get installed anywayand it'sstarting to bequite annoying. Does anyone have any idea what this error is and how to solve it? It appears when I'm trying to install GAX, GAT and WCSF (with GAX support). The annoying part is that I need at least GAX and WCSF for a project at work, so any help would be much appreciated.
|
| DumpingOSdetails... |
| ------------------------------------------------ |
| OSversion:MicrosoftWindowsNT5.1.2600ServicePack2 |
| CLRversion:2.0.50727.3053 |
|
| DumpingGAXhive... |
| ------------------------------------------------ |
| Key:HKEY_LOCAL_MACHINE\Software\Microsoft\GuidanceAutomationExtensions |
| ValueCurrentVersion=1.4-(String) |
| Key:HKEY_LOCAL_MACHINE\Software\Microsoft\GuidanceAutomationExtensions\Compatibility |
| Value11.1=1-(DWord) |
| Value11.2=1-(DWord) |
| Value11.3=1-(DWord) |
| Key:HKEY_LOCAL_MACHINE\Software\Microsoft\GuidanceAutomationExtensions\Hosts |
| Key:HKEY_LOCAL_MACHINE\Software\Microsoft\GuidanceAutomationExtensions\Hosts\VisualStudio |
| Value99.0=9.0-(String) |
| ValueCurrentHive=8.0-(String) |
|
| GaxTroubleshooter output, and as you can see it's far from being installed correctly.
The same error also appears when I'm trying to uninstall the GAX package (that isn't installed, but still looks like it is). I also have the assemblies on my computer in both the "PublicAssemblies" directory as well as in the GAC and the setup can according to Fusion Logviewer bind toMicrosoft.Practices.RecipeFramework that is located in the same place and shares the same configuration as the assembly that is causing the problems. I'm running Visual Studio Team System 2008 Development Edition if that makes any difference.
- Edited byBampa Friday, August 29, 2008 1:39 PMDetails
- Edited byBampa Friday, August 29, 2008 1:37 PMDetails, more details.
- Edited byBampa Friday, August 29, 2008 1:41 PMI like to edit
- Edited byBampa Friday, August 29, 2008 1:26 PMSpelling
-
| | Bampa Friday, August 29, 2008 1:21 PM | Bampa,
I copied the Microsoft.Practices.RecipeFramework.VisualStudio.dll to c:\windows\system32 (the BasePAth of application msiexec - thanks fuslogvw) and it works.
Thank you for your time.
- Marked As Answer byBampa Thursday, September 11, 2008 2:59 PM
- Marked As Answer byBampa Thursday, September 11, 2008 2:58 PM
- Proposed As Answer byBFC Wednesday, September 10, 2008 10:16 PM
- Marked As Answer byBampa Thursday, September 11, 2008 2:59 PM
-
| | BFC Wednesday, September 10, 2008 6:38 PM | This issue has now been solved. - Marked As Answer byBampa Friday, September 05, 2008 12:20 PM
- Unmarked As Answer byBampa Thursday, September 11, 2008 2:59 PM
-
| | Bampa Tuesday, September 02, 2008 12:44 PM | Hi Bamba
How did you solve the problem?
thanks in advance
| | BFC Wednesday, September 10, 2008 3:24 PM | Took me quite some time to figure out what the problem was, but Fusion told me that for some reason my system did not quite enjoy the installers trying to reference the assembly with a partial name (as in "Microsoft.Practices.RecipeFramework.VisualStudio.RecipeFrameworkInstaller,Microsoft.Practices.RecipeFramework.VisualStudio") as it was stated in the RecipeFramework9.0.xml.
By using orca (I think that's the name) I also noticed that the GAX installer itself tried to do this as well. So what I did was I got get all the files on my computer from a co-worker. I then ran InstallUtil (which is practically what the GAX installer does) with the Microsoft.Practices.RecipeFramework.VisualStudio strongly referenced instead, and it went in without a hassle. Then it was as simple as to change the RecipeFrameworks9.0.xml file to reflect the same change, and everything else went in fine.
I actually did the strong naming in the .xml way before things actually worked, but it wasn't until I actually installed the assembly properly with InstallUtil that the xml change worked.
It's when it takes a week to solve a problem that takes 10 minutes to fix (including all the installs) that I remember why I love this stuff =)
- Edited byBampa Wednesday, September 10, 2008 3:40 PMInfo
-
| | Bampa Wednesday, September 10, 2008 3:39 PM | Bampa,
i already added the Microsoft.Practices.RecipeFramework.VisualStudio.dll to the GAC. However, when i try to install GAX, I am getting the same error. Since I haven't installed GAX on my machine, how can I influence the installer to use a strong name, instead of a partial name? Are tou using some kind of assembly redirection on machine.config? Where is the RecipeFrameworks9.0.xml?
Thank you again | | BFC Wednesday, September 10, 2008 3:53 PM | I as well had it in the GAC most of the time when it didn't work (tho the installer went through). The RecipeFrameworks9.0.xml is located in Documents and Settings\All users\Application Data\Microsoft\RecipeFramewok. If there isn't a file there already you can start the install and copy the file that the installer creates for you and edit it to use a strong name. And ye, I did have references to said dll in machine.config tho I'm at home at the moment so I can't review them. Another thing you could try is running: Installutil /ShowCallStack /i /DesignMode /Host=VisualStudio /hive=9.0
/Installer="Microsoft.Practices.RecipeFramework.VisualStudio.RecipeFrameworkInstaller,
Microsoft.Practices.RecipeFramework.VisualStudio" "c:\Program
Files\Microsoft Visual Studio
9.0\Common7\IDE\PublicAssemblies\Microsoft.Practices.RecipeFramework.dll" from a VisualStudio command prompt, changing the Microsoft.Practices.RecipeFramework.VisualStudio reference to a strongly named one (as in Microsoft.Practices.RecipeFramework.VisualStudio.RecipeFrameworkInstaller, "Strongly named Microsoft.Pracitces.RecipeFramework.VisualStudio.dll") and see how that works. | | Bampa Wednesday, September 10, 2008 4:07 PM | Bampa,
I am almost crazy. I ran the InstallUtil, added some assembly bindings to the machine.config, etc, and the error continues.
Do you have any sugestion?
Thank you | | BFC Wednesday, September 10, 2008 6:23 PM | Did the InstallUtil command work and did you change the RecipeFramework9.0.xml file? If so and you still can't install anything that depends on GAX then there's not much more I can do. I exhausted pretty much every other alternative I could find on the web while trying to fix my problem, and the stuff I've written here is the only thing that worked.
Well you could also check the registry under LOCAL_MACHINE\Software\Microsoft\Guidance Automation Extensions (or something like that) if that exists as well as LOCAL_MACHINE\Software\Microsoft\VisualStudio\9.0\Packages\ and try to find a key that has something about RecipeFramework.VisualStudio (it's under a key named {7...something}). If you don't have either I guess you can find the proper keys through these forums or google, or I could just post them when I get back to work if you haven't solved it until then.
| | Bampa Wednesday, September 10, 2008 6:28 PM | Bampa,
I copied the Microsoft.Practices.RecipeFramework.VisualStudio.dll to c:\windows\system32 (the BasePAth of application msiexec - thanks fuslogvw) and it works.
Thank you for your time.
- Marked As Answer byBampa Thursday, September 11, 2008 2:59 PM
- Marked As Answer byBampa Thursday, September 11, 2008 2:58 PM
- Proposed As Answer byBFC Wednesday, September 10, 2008 10:16 PM
- Marked As Answer byBampa Thursday, September 11, 2008 2:59 PM
-
| | BFC Wednesday, September 10, 2008 6:38 PM | No problem, now I'm just wondering if that might have been enough to fix it for me too =D | | Bampa Wednesday, September 10, 2008 6:39 PM |
|