Ответ 1
Закройте VS, удалите файлы в c:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\
.
Перезапустите VS, создайте решение.
Кстати; У меня проблема после синего экрана.
У меня есть VS 2010 и недавно установлен WCF RIA Services V1.0. Для тестирования я создал новый проект Silverligh Business, но сейчас, когда я перестраиваю решение, я получаю следующую ошибку:
Кто-нибудь знает, почему я это понял?
Спасибо
Error 1 The "CreateRiaClientFilesTask" task failed unexpectedly.
System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.ServiceModel.DomainServices.Tools, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified.
File name: 'Microsoft.ServiceModel.DomainServices.Tools, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'
at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, Boolean loadTypeFromPartialName, ObjectHandleOnStack type)
at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, Boolean loadTypeFromPartialName)
at System.RuntimeType.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark)
at System.Type.GetType(String typeName, Boolean throwOnError)
at System.Web.Hosting.HostingEnvironment.CreateWellKnownObjectInstance(String assemblyQualifiedName, Boolean failIfExists)
at System.Web.Hosting.HostingEnvironment.CreateWellKnownObjectInstance(String assemblyQualifiedName, Boolean failIfExists)
at System.Web.Hosting.ApplicationManager.CreateObjectInternal(String appId, Type type, IApplicationHost appHost, Boolean failIfExists, HostingEnvironmentParameters hostingParameters)
at System.Web.Hosting.ApplicationManager.CreateObjectInternal(String appId, Type type, IApplicationHost appHost, Boolean failIfExists)
at System.Web.Compilation.ClientBuildManager.CreateObject(Type type, Boolean failIfExists)
at Microsoft.ServiceModel.DomainServices.Tools.CreateRiaClientFilesTask.CreateSharedTypeService(ClientBuildManager clientBuildManager, IEnumerable`1 serverAssemblies, ILogger logger)
at Microsoft.ServiceModel.DomainServices.Tools.CreateRiaClientFilesTask.GenerateClientProxies()
at Microsoft.ServiceModel.DomainServices.Tools.CreateRiaClientFilesTask.ExecuteInternal()
at Microsoft.ServiceModel.DomainServices.Tools.RiaClientFilesTask.Execute()
at Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
at Microsoft.Build.BackEnd.TaskBuilder.ExecuteInstantiatedTask(ITaskExecutionHost taskExecutionHost, TaskLoggingContext taskLoggingContext, TaskHost taskHost, ItemBucket bucket, TaskExecutionMode howToExecuteTask, Boolean& taskResult)
WRN: Assembly binding logging is turned OFF.
To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.
Note: There is some performance penalty associated with assembly bind failure logging.
To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].
BusinessApplication2
Закройте VS, удалите файлы в c:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\
.
Перезапустите VS, создайте решение.
Кстати; У меня проблема после синего экрана.
Я обнаружил, что перезапуск VS в режиме администратора был всем, что требовалось.
Попробуйте удалить сборки DomainServices (... Ссылки), затем запустите "Очистить" в проекте или лучше всего Решение. Перезапустите VS и добавьте сборки заново.
Моим решением было удалить настройки приложения из файла конфигурации.
Я использую VS 2010 и Windows 7. У меня есть это исключение, и после повторного открытия оно повторяется снова. В моем случае это помогло. Я закрыл VS и снова открыл решение, но не выполнил файл .sln. Я запускаю VS из ярлыка с правами администратора (не уверен, что права администратора действительно нужны) и выберите мое решение на стартовой странице Visual Studio. После этого я восстановил решение.
После установки проблемы WCF RIA V1.0 SP1 просто исчезают.
У меня была эта проблема месяцами и месяцами на моем новом рабочем компьютере, после того как я разочаровался в том, что мой антивирус замедляет мою машину (McAfee не мой выбор был установлен администратором). Я удалил его и вуаля, я прекратил получение ошибки CreateRiaClientFilesTask. Кажется, существует миллион различных причин для этого, но это определенно сработало для меня, теперь я просто использую стандартный антивирус Microsoft Antivirus, который не установлен в Windows, но его можно найти, если вы следуете за носом в разделе безопасности Windows 7 где указано, что антивирус не установлен.
Я испытал ту же проблему с McAfee как Rob, но вместо ее удаления я просто отключил "Сканирование в реальном времени" в разделе "Защита от вирусов и шпионского ПО и брандмауэра" под защитой Web и электронной почты. Этот параметр был временным только во время сборки проекта.
Я получал эту ошибку на моем сервере сборки TFS, но не на моей машине разработки.
Оказалось, что в моем окне разработки было обновление безопасности MS14-059 (обновление, которое сломало сборки), и я исправил его на своей машине сборки обновив мои проекты, чтобы использовать пакет Microsoft.AspNet.Mvc NuGet, вместо ссылки на сборку 3.0.0.0 из GAC. С другой стороны, сервер сборки не установил MS14-059. Поэтому мои проекты ссылались на System.Web.Mvc версии 3.0.0.1, но сервер сборки имел только 3.0.0.0 в своем GAC.
Я запустил gacutil -l | find /i "mvc"
, чтобы убедиться, что моя машина разработки имела System.Web.Mvc 3.0.0.1 в своем GAC, а сервер сборки - только 3.0.0.0.
Когда я обновился до пакета NuGet, он добавил привязки переадресации к моему web.config, поэтому проект, вероятно, будет отлично работать на сервере сборки. Но задача msbuild RIA Services, которая выполнялась во время сборки и не заботилась о переадресации привязки в web.config, не так хорошо соответствовала несоответствию версии.
Исправление было установить MS14-059 на машине сборки.
Это случилось со мной при обновлении с MVC3 до MVC5. MVC5 перечисляет зависимые сборки в другом месте в web.config. Найдите раздел <assemblies>
в web.config и прокомментируйте его (даже если это правильная версия)