Bo *_*erg 9 msbuild asp.net-ajax visual-studio-2010
我们有一个.Net 2.0 Web应用程序,正在将解决方案和项目转换为Visual Studio 2010(它们是Visual Studio 2005).我们将该项目定位于Framework 2.0.该应用程序包含Ajax扩展.我们完成了转换,可以使用Visual Studio在服务器上成功构建项目.但是,当我们尝试通过MSBUILD 4.0构建项目时,我们会在使用ajax控件的页面上出现错误,例如:
C:\ WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9):警告MSB3267:主要参考"System.Web.Extensions,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35,processorArchitecture = MSIL",这是一个框架程序集,无法在当前目标框架中解析." .NETFramework,版本= V2.0" .要解决此问题,请删除引用"System.Web.Extensions,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35,processorArchitecture = MSIL"或将应用程序重新定位到包含"System.Web.Extensions"的框架版本,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35,processorArchitecture = MSIL".[C:\的Inetpub\wwwroot的\ gmrcwebsite\GMRCWebsite.
C:\ WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9):警告MSB3268:主要参考"System.Web.Extensions.Design,Version = 1.0.61025.0,Culture = neutral ,PublicKeyToken = 31bf3856ad364e35,processorArchitecture = MSIL"无法解析,因为它对框架程序集"System.Web.Extensions,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35"具有间接依赖性,无法在目前有针对性的框架." .NETFramework,版本= V2.0" .要解决此问题,请删除引用"System.Web.Extensions.Design,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35,processorArchitecture = MSIL" 或者将您的应用程序重新定位到包含"System.Web.Extensions,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35"的框架版本.[C:\的Inetpub\wwwroot的\ gmrcwebsite\GMRCWebsite.vbproj]
C:\ WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9):警告MSB3268:主要参考"AjaxControlToolkit,Version = 1.0.10618.0,Culture = neutral,PublicKeyToken = 28f01b0e84b6d53e,processorArchitecture = MSIL"无法解析,因为它对框架程序集"System.Web.Extensions,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35"具有间接依赖性,这在目前的目标框架中无法解析." .NETFramework,版本= V2.0" .要解决此问题,请删除引用"AjaxControlToolkit,Version = 1.0.10618.0,Culture = neutral,PublicKeyToken = 28f01b0e84b6d53e,processorArchitecture = MSIL"或将应用程序重新定位到包含"System.Web"的框架版本.
C:\ WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9):警告MSB3267:主要参考"System.Web.Extensions.Design,Version = 1.0.61025.0,Culture = neutral ,PublicKeyToken = 31bf3856ad364e35,processorArchitecture = MSIL",这是一个框架程序集,无法在当前目标框架中解析." .NETFramework,版本= V2.0" .要解决此问题,请删除引用"System.Web.Extensions.Design,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35,processorArchitecture = MSIL"或将应用程序重新定位到包含"System.Web"的框架版本.Extensions.Design,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35,processorArchitecture = MSIL".[C:
C:\ WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9):警告MSB3268:主要参考"AjaxControlToolkit,Version = 1.0.10618.0,Culture = neutral,PublicKeyToken = 28f01b0e84b6d53e,processorArchitecture = MSIL"无法解析,因为它对框架程序集"System.Web.Extensions.Design,Version = 1.0.61025.0,Culture = neutral,PublicKeyToken = 31bf3856ad364e35"具有间接依赖性,无法在当前目标框架中解析." .NETFramework,版本= V2.0" .要解决此问题,请删除引用"AjaxControlToolkit,Version = 1.0.10618.0,Culture = neutral,PublicKeyToken = 28f01b0e84b6d53e,processorArchitecture = MSIL"或将应用程序重新定位到包含"System"的框架版本.
...
错误BC30451:未声明'ScriptManager'.由于其保护级别,它可能无法访问.错误BC30002:未定义类型"System.Web.UI.ScriptManager".错误BC30002:未定义类型"System.Web.UI.UpdatePanel".错误BC30002:未定义类型"System.Web.UI.UpdateProgress".
这些东西之前工作得很好,并且通过Visual Studio构建时可以正常工作.我们需要做些什么才能解决这些错误?
Jak*_*ski 17
在配置TFS Build service 2008以使用MSBuild 4.0之后,我自己也遇到了同样的问题.在转换项目之前一切正常,然后转换为2010格式并且切换到MSBuild 4突然无法找到1.0.61025.0 AJAX库.
事实证明,缺少一个指向MS Ajax扩展的安装位置的注册表项.
在我的开发盒上应该位于(64位操作系统)的密钥
HKEY_LOCAL_MACHINE\Software\Wow6432Node\Microsoft\.NETFramework\v2.0.50727\AssemblyFoldersEx\ASP.NET AJAX Extensions
Run Code Online (Sandbox Code Playgroud)
而是放在HKEY_CURRENT_USER中.(32位操作系统:删除Wow6432Node部分)
在构建服务器上,密钥完全丢失(本地存在的用户配置文件都没有在其注册表配置单元中使用它).
此键的默认值应指向MS Ajax Extensions安装目录,在我的例子中
C:\Program Files (x86)\Microsoft ASP.NET\ASP.NET 2.0 AJAX Extensions\v1.0.61025
Run Code Online (Sandbox Code Playgroud)
在构建服务器上重新创建密钥后,我们的解决方案在MSBuild 4下成功构建.
对我来说,为什么它成功构建到现在(在MSBuild 3.5下)仍然是一个谜.也许汇编搜索算法略有改变,现在更具限制性.
希望有所帮助.
| 归档时间: |
|
| 查看次数: |
7089 次 |
| 最近记录: |