Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I am having a very similar problem to this: How to fix this MVC website error: Could not load file or assembly 'System.Web.Helpers, Version=2.0.0.0

same exact error message:

Could not load file or assembly 'System.Web.Helpers' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

I know this problem has to do with the upgrade from mvc3 to mvc4. My application is mvc3, but i installed mvc4 on my computer which is causing some sort of dependency issue. To fix this problem, I have to install mvc4 on my server to make it work, but with azure its a pain because none of my mvc4 installations stick to the server. Is there a way I can fix this so I don't have to install mvc4 everytime? or make it so my azure instance has it permanently installed. It's a real pain when I start deploying.

share|improve this question

migrated from stackoverflow.com Sep 25 '12 at 4:50

This question came from our site for professional and enthusiast programmers.

    
I have this same issue. Haven't been able to fix it. Did you find a workaround? –  user160206 Feb 15 '13 at 17:54

1 Answer 1

You really don't have to install MVC runtime in Azure VM because this step is not needed as long as you have all the MVCx references included and set to "Copy local as true" in your Windows Azure Application. Most common problem with upgrading MVCx to MVCy is that some time some references are not configured correctly and reference mismatch occurred and this can be avoided by second look at all your MVC specific references properties to check they are coming from MVC4 and set as Copy local.

To check you have MVC4 references configured correctly in your Windows Azure application, I would suggest:

  1. Create a "Hello World" Windows Azure MVC4 application
  2. Compare MVC4 specific references properties between your application and "hello world" application for any irregularities and if you find one, fix it (This should be enough)
  3. Package (CSPKG) both the Application and unzip to package to be sure that all the MVC specific references in both package are identical in version/size (this is another setup in verification which is not needed but a few minutes will save you lots of hassle later so you sure can do it)
share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.