asp.net-mvc - azure developpement fabric dll hell

您好我正试图在Windows 2008服务器上打包并启动azure developpement fabric，我离这么近但仍然很远。我采取的步骤是 1）运行cspack.exe命令/ copyOnly以生成.csx文件夹 2）运行csrun.exe commmand / LaunchBrowser启动开发结构并启动浏览器

错误如下

System.BadImageFormatException：可以   不加载文件或程序集   'Interop.SSCE'或其中一个   依赖。试图做到   加载程序不正确   格式。

==预绑定状态信息===日志：用户= IP-0AE2B2DF \管理员日志：   DisplayName = Interop.SSCE（部分）   日志：Appbase =   文件：/// C：/用户/管理员/文档/视频   工作室   2010 /项目/ MyAzureProject / src目录/ AzureCloudService / ServiceDefinition.csx /角色/ MyAzureProject.Web /为approot /   日志：初始PrivatePath =   C：\用户\管理\文档\ Visual   工作室   2010 \项目\ MyAzureProject的\ src \ AzureCloudService \ ServiceDefinition.csx \角色\ MyAzureProject.Web \为approot \ BIN   调用程序集:(未知）。   ===日志：此绑定在默认加载上下文中启动。日志：使用应用程序   配置文件：   C：\用户\管理\文档\ Visual   工作室   2010 \项目\ MyAzureProject的\ src \ AzureCloudService \ ServiceDefinition.csx \角色\ MyAzureProject.Web \为approot \的web.config   日志：使用主机配置文件：   C：\ WINDOWS \ Microsoft.NET \ Framework64 \ V2.0.50727 \ Aspnet.config   日志：使用机器配置文件   从   C：\ WINDOWS \ Microsoft.NET \ Framework64 \ V2.0.50727 \ CONFIG \ machine.config中。   日志：政策未适用于   此时参考（私人，   自定义，部分或基于位置   装配绑定）。日志：正在尝试   下载新的URL   文件：/// C：/用户/管理员/应用程序数据/本地/ dftmp / S0 /部署（98）/ RES /部署（98）.AzureCloudService.MyAzureProject.Web.0 / aspNetTemp / aspNetTemp /根/ dfbc079a / 82bed8d5 / Interop.SSCE.DLL。   日志：尝试下载新网址   文件：/// C：/用户/管理员/应用程序数据/本地/ dftmp / S0 /部署（98）/ RES /部署（98）.AzureCloudService.MyAzureProject.Web.0 / aspNetTemp / aspNetTemp /根/ dfbc079a / 82bed8d5 / Interop.SSCE / Interop.SSCE.DLL。   日志：尝试下载新网址   文件：/// C：/用户/管理员/文档/视频   工作室   2010 /项目/ MyAzureProject / src目录/ AzureCloudService / ServiceDefinition.csx /角色/ MyAzureProject.Web /为approot /斌/ Interop.SSCE.DLL。   错误：无法完成设置   汇编（hr = 0x8007000b）。探测   终止。

这个错误发生在2个dll Interop.SSCE.DLL和SqlLite.dll我已经用64位版本替换了对SqLite dll的所有引用，因为我没有使用它，所以我没有任何对Interop.SSCE.DLL的引用。从位置手动删除这些程序集

“C：\ Users \ Administrator \ Documents \ Visual Studio 2010 \项目\ MyAzureProject \ SRC \ AzureCloudService \ ServiceDefinition.csx \角色\ MyAzureProject.Web \为approot \ BIN“

解决了这个问题，但我不想在每次尝试自动化构建过程时手动删除这些问题。我的问题是.csx文件夹是如何实际生成的，这会给我提供关于这些dll的复制位置的线索吗？这是非常令人沮丧的，因为除了那些DLL错误，我能够打包解决方案并启动开发结构而没有其他问题。请帮助!!

azure developpement fabric dll hell

2 个答案: