Could not load file or assembly 'msshrtmi' or one of its dependencies (Azure Table Storage Access)
Could not load file or assembly 'msshrtmi' or one of its dependencies (Azure Table Storage Access)
Could not load file or assembly 'msshrtmi' or one of its dependencies (Azure Table Storage Access)
Re: Could not load file or assembly 'msshrtmi' or one of its dependencies (Azure Table Storage Access)
It seems that Azure projects are very sensitive to that particular file. From: [http://social.msdn.microsoft.com/Forums/en-US/windowsazuretroubleshooting/thread/0fac1f05-eb55-432f-80ac-6f15cde5b14b/](http://social.msdn.microsoft.com/Forums/en-US/windowsazuretroubleshooting/thread/0fac1f05-eb55-432f-80ac-6f15cde5b14b/)
When you do a rebuild for the web role project, may I ask you to check
if a msshrtmi.dll file in the bin folder or not? If yes, then please
check if it is 64bit or 32bit using Dependency Walker. If it is 32bit,
please try either of the following options to prevent outputing this
dll file to bin folder.
-
Target the web role project to x64 and recreate the azure service project. This option was confirmed by
[http://social.msdn.microsoft.com/Forums/en/windowsazure/thread/286cecf6-1423-4ef3-93f9-0eb8a67d8192](http://social.msdn.microsoft.com/Forums/en/windowsazure/thread/286cecf6-1423-4ef3-93f9-0eb8a67d8192). (edit: now a dead link as at February '12.)
-
Open the web site project file using Notepad and remove the PlatformTarget element from all configuration property groups. This
option is quoted from
[http://tomkrueger.wordpress.com/2010/07/27/azure-deployment-issue-after-upgrading-to-visual-studio-2010-and-net-4-0/](http://tomkrueger.wordpress.com/2010/07/27/azure-deployment-issue-after-upgrading-to-visual-studio-2010-and-net-4-0/).
-
Write Post-build event command to delete msshrtmi.dll when a build action is successfully performed. To do this, please right click the
web role project and select Properties. Select the Build Events tab,
in the "Post-build event command line" textbox, input the following
command:
`cd $(TargetDir)`
`del msshrtmi.dll`
This all suggests that you'll want to check that you've built the correct configuration for deployment on your target environment. Make sure you've targetted x64 for deployment to your data centre servers.
When you do a rebuild for the web role project, may I ask you to check
if a msshrtmi.dll file in the bin folder or not? If yes, then please
check if it is 64bit or 32bit using Dependency Walker. If it is 32bit,
please try either of the following options to prevent outputing this
dll file to bin folder.
-
Target the web role project to x64 and recreate the azure service project. This option was confirmed by
[http://social.msdn.microsoft.com/Forums/en/windowsazure/thread/286cecf6-1423-4ef3-93f9-0eb8a67d8192](http://social.msdn.microsoft.com/Forums/en/windowsazure/thread/286cecf6-1423-4ef3-93f9-0eb8a67d8192). (edit: now a dead link as at February '12.)
-
Open the web site project file using Notepad and remove the PlatformTarget element from all configuration property groups. This
option is quoted from
[http://tomkrueger.wordpress.com/2010/07/27/azure-deployment-issue-after-upgrading-to-visual-studio-2010-and-net-4-0/](http://tomkrueger.wordpress.com/2010/07/27/azure-deployment-issue-after-upgrading-to-visual-studio-2010-and-net-4-0/).
-
Write Post-build event command to delete msshrtmi.dll when a build action is successfully performed. To do this, please right click the
web role project and select Properties. Select the Build Events tab,
in the "Post-build event command line" textbox, input the following
command:
`cd $(TargetDir)`
`del msshrtmi.dll`
This all suggests that you'll want to check that you've built the correct configuration for deployment on your target environment. Make sure you've targetted x64 for deployment to your data centre servers.