相关疑难解决方法(0)

我现在正在使用64位操作系统(Windows Server 2008 64位)在Visual Studio 2008上进行开发.

虽然我编写的应用程序具有64位功能,但IIS7也是如此,内置的ASP.NET开发服务器(又名Cassini又名WebDev.Webserver.exe)运行为32位.

这带来了许多问题,例如:

• 32位和64位应用程序具有单独的HKLM\Software注册表主页
• 有32位和64位版本的SQL Server客户端网络实用程序
• 其他有趣的惊喜我还没有发现,但我肯定会出现

虽然我找到了大部分的解决方法,但我不得不问......

是否有人使用64位体系结构上的Visual Studio 2010预览位知道开发Web服务器是否可以处理64位,如果是,是否可以选择运行它的模式？(例如,项目属性中的复选框)

是否有任何工具或Visual Studio 2010扩展允许我查看配置文件转换的输出,而不必发布整个项目？执行转换的过程是否可以直接调用？

编辑

经过一番谷歌搜索,我发现了这个:

步骤4:从命令行为"Staging"环境生成新的转换后的web.config文件

通过转到开始 - >程序文件 - > Visual Studio v10.0 - > Visual Studio工具 - > Visual Studio 10.0命令提示符打开Visual Studio命令提示符

键入"MSBuild"应用程序项目文件的路径(.csproj/.vbproj)"/ t:TransformWebConfig/p:Configuration = Staging"并按Enter键,如下所示:

转换成功后,"Staging"配置的web.config将存储在项目根目录下的obj - > Staging文件夹下(在解决方案资源管理器中,您可以通过首先取消隐藏隐藏文件来访问此文件夹):

• 在解决方案资源管理器中,单击按钮以显示隐藏文件
• 打开Obj文件夹
• 导航到您的活动配置(在我们当前的情况下,它是"暂存")
• 你可以在那里找到转换后的web.config

您现在可以验证生成的新staging web.config文件是否具有已更改的连接字符串部分.

来源:Web部署:Web.Config Transformation

这对我来说并不是一个完美的解决方案,因为它仍然需要构建整个项目 - 至少使用他发布的命令.如果有人知道如何跳过使用MSBuild命令的构建步骤会有所帮助(尽管听起来有点不太可能).

编辑2

我还在CodePlex上找到了这个配置转换工具,它提供了一些很好的功能来扩展转换过程.这个工具是我所见过的最接近我正在寻找的功能的工具,并且是开发创建预览的扩展的一个很好的起点.它使用Microsoft.Web.Publishing.Tasks库来执行转换,而不依赖于构建实际项目.

我发现了Microsoft构建的几个版本的无IIS的Cassini网络服务器.我会用它,但我不确定哪一个是最好的,因为有很多分叉/构建:

• 原本的
• dmitryr的v3 (带有相应的bug),v3.5和v3.5.1,
• 阿基于VB-叉由MPosseth
• Cassini ++基于dmitryr的构建之一
• 卡西尼开发天空
• zippy1981的另一个版本

• UtiDev Cassini(不是直接的Cassini端口/叉子,但足够接近)

• 可托管的Web核心

你推荐什么样的Web服务器上面的分叉; 是Hostable Web Core新的Cassini,还是我仍然依赖于HWC的IIS？

如果你详细说明,我会很感激:

• 该项目的安全性
• 如果fork适合提供轻量级的"Admin"界面
• 网站功能
• 对IIS的任何依赖(例如HWC).