Файл метаданных '.dll' не может быть найден -- c# поле с участием .net поле с участием wpf поле с участием visual-studio-2008 поле с участием c#-3.0 пол Связанный проблема

Metadata file '.dll' could not be found


770
vote

проблема

русский

Я работаю над проектом WPF, C # 3.0, и я получаю эту ошибку:

 <код> Error 1 Metadata file 'WORK=- ToolsVersionManagementSystemBusinessLogicLayerinDebug BusinessLogicLayer.dll' could not be found C:-=WORK=- Tools VersionManagementSystemVersionManagementSystemCSC VersionManagementSystem   

Вот как я ссылаюсь на мои usercontrols:

 <код> xmlns:vms="clr-namespace:VersionManagementSystem" <vms:SignOffProjectListing Margin="5"/>   

Это происходит после каждой неудачной сборки. Единственный способ, которым я могу получить решение для компиляции, состоит в том, чтобы прокомментировать все мои пользователи управления и повторно создавать проект, а затем я безотрементирующую usercontrols и все в порядке.

Я проверил заказы на сборку и конфигурации зависимостей.

Как вы можете видеть, кажется, усечена абсолютный путь DLL-файла ... Я прочитал, что есть ошибка с длиной. Это возможная проблема?

Это очень раздражает и надо комментировать, строить и растремиться, сборка становится чрезвычайно утомительным.

Английский оригинал

I am working on a WPF, C# 3.0 project, and I get this error:

Error 1 Metadata file 'WORK=- ToolsVersionManagementSystemBusinessLogicLayerinDebug BusinessLogicLayer.dll' could not be found C:-=WORK=- Tools VersionManagementSystemVersionManagementSystemCSC VersionManagementSystem 

This is how I reference my usercontrols:

xmlns:vms="clr-namespace:VersionManagementSystem" <vms:SignOffProjectListing Margin="5"/> 

It happens after every failed build. The only way I can get the solution to compile is to comment out all my user controls and re-build the project, and then I uncomment the usercontrols and everything is fine.

I have checked build orders and dependencies configurations.

As you can see, it seems to have truncated the DLL file's absolute path... I have read that there is a bug with the length. Is this a possible problem?

It's very annoying and having to comment, build, and uncomment, the build is becoming extremely tiresome.

</div
              
         
         

Список ответов

982
 
vote
vote
Лучший ответ
 

У меня только что имел такую ​​же проблему. Visual Studio не строит проект, который ссылается на ссылку.

Письменные инструкции:

  1. щелкните правой кнопкой мыши на решение и нажмите Свойства.
  2. Нажмите конфигурацию слева.
  3. Убедитесь, что флажок под «сборкой» для проекта, который он не может найти, проверяется. Если он уже проверяется, снимите флажок, нажмите Применить и проверяйте коробки снова.
  4. (необязательно) Вы должны были сделать это для режимов выпуска, так и для отладки в свойствах раствора.

Инструкции по захвату экрана:

    .
  • Говорят, картинка стоит тысячи слов. Нажмите на GIF, чтобы увеличить, и, надеюсь, будет легко следовать:

GIF Инструкции

 

I just had the same problem. Visual Studio isn't building the project that's being referenced.

Written Instructions:

  1. Right click on the solution and click Properties.
  2. Click Configuration on the left.
  3. Make sure the check box under "Build" for the project it can't find is checked. If it is already checked, uncheck, hit apply and check the boxes again.
  4. (Optional) You had to do it for both Release and Debug modes on the solution properties.

Screen capture Instructions:

  • They say a picture is worth a thousand words. Click on the GIF to zoom in, and hopefully it will be easy to follow:

Gif Instructions

</div
 
 
         
         
237
 
vote

Это все еще может произойти в более новых версиях Visual Studio (у меня только что произошло в Visual Studio 2013):

Другое, что нужно попробовать закрыть Visual Studio и удалить <код> .suo файл, который находится рядом с .sln файла. (Это будет повторно сгенерировано в следующий раз, когда вы <код> Save all (или выход Visual Studio)).

У меня была эта проблема при добавлении новых проектов к решению на другой машине, а затем потянув изменения, но <код> .suo файла также можно повредить в других случаях и привести к очень странному Визуальное поведение студии, поэтому удаление это одна из вещей, которые я всегда стараюсь.

Обратите внимание, что удаление файла .suo7 сбросит проект запуска (ы) решения.

Подробнее о <Код> .suo Файл - Здесь .

 

This can still happen in newer versions of Visual Studio (I just had it happen on Visual Studio 2013):

Another thing to try is to close Visual Studio and delete the .suo file that is next to the .sln file. (It will be re-generated the next time you Save all (or exit Visual Studio)).

I've had this problem when adding new projects to the solution on another machine and then pulling the revisions in, but the .suo file can be corrupted in other cases as well and lead to very strange Visual Studio behaviour, so deleting it is one of the things I always try.

Note that deleting the .suo file will reset the startup project(s) of the solution.

More on the .suo file is here.

</div
 
 
         
         
194
 
vote

Предлагаемый ответ не работал для меня. Ошибка - это приманка для другой проблемы.

Я узнал, что я нацелился на немного другой версии .NET, и это было помечено как предупреждение компилятором, но это вызывало постройку потерпели неудачу. Это должно было быть помечено как ошибка, а не предупреждение.

 

The suggested answer did not work for me. The error is a decoy for another problem.

I found out that I was targeting a slightly different version of .NET and this was flagged as a warning by the compiler, but it was causing building to fail. This should have been flagged as an error and not a warning.

</div
 
 
         
         
105
 
vote

Ну, мой ответ - это не просто сводка всех решений, но он предлагает больше, чем это.

<Сильные> Раздел (1):

В общем решениях:

У меня было четыре ошибки такого рода («файл метаданных не может быть найден») вместе с одной ошибкой «исходный файл не может быть открыт (« неуказанная ошибка »)».

Я пытался избавиться от «файла метаданных не удалось» ошибка. Для этого я прочитал много сообщений, блогов и т. Д. И нашли эти решения могут быть эффективными (суммирование их здесь):

  1. Перезапустите Visual Studio и попробуйте построить снова.

  2. Перейти к "Проводник решения" . Щелкните правой кнопкой мыши на решении. Перейти к <сильные> свойства . Перейти к <Сильно> «Диспетчер конфигурации» . Проверьте, проверяются ли флажки «Build» , проверяются или нет. Если какие-либо или все они не проверьте, то проверьте их и попробуйте построить снова.

  3. Если вышеуказанные решения (ы) не работают, затем следуйте последовательности, упомянутой на шаге 2 выше, и даже если все флажки проверяются, снимите флажок, проверьте снова и попробуйте построить снова.

  4. Заказ на сборке и зависимости проекта:

    Перейти к <Сильно> «Проводник для решения» . Щелкните правой кнопкой мыши на решении. Перейти к «Проектные зависимости ...» . Вы увидите две вкладки: «Зависимости» и "порядок построения" . Этот порядок сборки является тем, в котором решения решения. Проверьте зависимости проекта и порядок наращивания для проверки, если какой-то проект (говорит «Project1»), который зависит от других (скажем, «Project2»), пытается построить до этого (Project2). Это может быть причиной ошибки.

  5. Проверьте путь отсутствующего .dll:

    Проверьте путь пропущенного .dll. Если путь содержит пространство или любой другой неверный символ пути, удалите его и попробуйте построить снова.

    Если это причина, затем отрегулируйте порядок сборки.


Раздел (2):

Мой конкретный случай:

Я попробовал все шаги выше с различными перестановками и комбинациями с перезапуском Visual Studio несколько раз. Но это не помогло мне.

Итак, я решил избавиться от других ошибок, которые я попал через («исходный файл не может быть открыт (« неуказанная ошибка »)»).

Я наткнулся на пост блога: файл исходного источника TFS не может быть открыт (« неуказанная ошибка »)

Я попробовал шаги, упомянутые в этом сообщении в блоге, и я избавился от ошибки 'Source файл не может быть открыт («неуказанная ошибка»)' и удивительно, что я избавился от других ошибок < Strong> (файл метаданных не может быть найден) также.


<Сильные> Раздел (3):

<Сильная> Мораль истории:

Попробуйте все решения, как указано в разделе (1) выше (и любых других решений) для избавления от ошибки. Если ничего не выделяется, согласно блогу, упомянутому в разделе (2) выше, Удалить записи всех исходных файлов, которые больше не присутствуют в исходном управлении и файловой системе из файла .csproj .

 

Well, my answer is not just the summary of all the solutions, but it offers more than that.

Section (1):

In general solutions:

I had four errors of this kind (‘metadata file could not be found’) along with one error saying 'Source File Could Not Be Opened (‘Unspecified error ‘)'.

I tried to get rid of ‘metadata file could not be found’ error. For that, I read many posts, blogs, etc. and found these solutions may be effective (summarizing them over here):

  1. Restart Visual Studio and try building again.

  2. Go to 'Solution Explorer'. Right click on Solution. Go to Properties. Go to 'Configuration Manager'. Check if the checkboxes under 'Build' are checked or not. If any or all of them are unchecked, then check them and try building again.

  3. If the above solution(s) do not work, then follow sequence mentioned in step 2 above, and even if all the checkboxes are checked, uncheck them, check again and try to build again.

  4. Build Order and Project Dependencies:

    Go to 'Solution Explorer'. Right click on Solution. Go to 'Project Dependencies...'. You will see two tabs: 'Dependencies' and 'Build Order'. This build order is the one in which solution builds. Check the project dependencies and the build order to verify if some project (say 'project1') which is dependent on other (say 'project2') is trying to build before that one (project2). This might be the cause for the error.

  5. Check the path of the missing .dll:

    Check the path of the missing .dll. If the path contains space or any other invalid path character, remove it and try building again.

    If this is the cause, then adjust the build order.


Section (2):

My particular case:

I tried all the steps above with various permutations and combinations with restarting Visual Studio a few times. But, it did not help me.

So, I decided to get rid of other error I was coming across ('Source File Could Not Be Opened (‘Unspecified error ‘)').

I came across a blog post: TFS Error–Source File Could Not Be Opened (‘Unspecified error ‘)

I tried the steps mentioned in that blog post, and I got rid of the error 'Source File Could Not Be Opened (‘Unspecified error ‘)' and surprisingly I got rid of other errors (‘metadata file could not be found’) as well.


Section (3):

Moral of the story:

Try all solutions as mentioned in section (1) above (and any other solutions) for getting rid of the error. If nothing works out, as per the blog mentioned in section (2) above, delete the entries of all source files which are no longer present in the source control and the file system from your .csproj file.

</div
 
 
         
         
41
 
vote

В моем случае это было вызвано несоответствием .NET Framework version.

Один проект был 3.5, а другой проект ссылок 4.6.1.

 

In my case it was caused by a .NET Framework version mismatch.

One project was 3.5 and the other referencing project 4.6.1.

</div
 
 
         
         
28
 
vote

Закрытие и повторное открытие Visual Studio 2013 работало для меня!

 

Closing and reopening Visual Studio 2013 worked for me!

</div
 
 
   
   
21
 
vote

Ну, ничего в предыдущих ответах работал для меня, поэтому он заставил меня думать о том, почему я начну и надеюсь, когда, как разработчики, мы должны действительно попытаться понять, что происходит здесь.

Для меня казалось очевидно, что эта неправильная ссылка на файл данных Meta должна быть проведена где-то.

Быстрый поиск файла .csproj показал виновные линии. У меня был раздел под названием & lt; entergroup & gt; Это, казалось, висит на старый неверный филепат.

 <код> <ItemGroup>     <ProjectReference Include="......MySiteOldMySite.EntitiesMySite.Entities.csproj">         <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>         <Name>Beeyp.Entities</Name>     </ProjectReference> ...   

Так что простое исправление действительно:

  1. Резервное копирование файла .csproj.
  2. Найдите неверные пути в файле .csproj и переименуйте соответствующим образом.

Пожалуйста, Убедитесь, что вы сделаете резервное копирование своей старой .csproj, прежде чем возиться .

 

Well, nothing in the previous answers worked for me, so it got me thinking about why am I clicking and hoping when as developers we should really try to understand what is going on here.

It seemed obvious to me that this incorrect meta data file reference must be held somewhere.

A quick search of the .csproj file showed the guilty lines. I had a section called <itemGroup> that seemed to be hanging onto the old incorrect filepath.

<ItemGroup>     <ProjectReference Include="......MySiteOldMySite.EntitiesMySite.Entities.csproj">         <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>         <Name>Beeyp.Entities</Name>     </ProjectReference> ... 

So a simple fix really:

  1. Backup your .csproj file.
  2. Find the incorrect paths in the .csproj file and rename appropriately.

Please make sure you backup your old .csproj before you fiddle.

</div
 
 
 
 
15
 
vote

В моем случае у меня есть мой установленный каталог в ошибке.

Если ваш путь для вашего решения является чем-то вроде «Мой проект% 2C очень популярны% 2C единицы тестирования% 2C программного обеспечения и аппаратуры .zip», он не может разрешить файл метаданных, возможно, мы должны предотвратить некоторые недопустимые слова, такие как% 2c.

.

Переименование пути к нормальному имени разрешено мою проблему.

 

In my case, I have my installed directory in mistaken ways.

If your solution path is something like "My Project%2c Very Popular%2c Unit Testing%2c Software and Hardware.zip", it cannot resolve the metadata file, perhaps we should prevent some invalid words like %2c.

Renaming the path into normal name resolved my issue.

</div
 
 
         
         
14
 
vote

Я также встретил эту проблему. Во-первых, вы должны вручную построить ваш проект DLL, щелкните правой кнопкой мыши, построить. Тогда это будет работать.

 

I also met this problem. Firstly you have to manually build you DLL project, by right-click, Build. Then it will work.

</div
 
 
   
   
14
 
vote

<Сильная> Visual Studio 2019 Это работало для меня:

  1. Закрыть Visual Studio
  2. Удалить скрытый <код> .vs папка
  3. открывать визуальную студию и восстановить решение.
 

Visual Studio 2019 this worked for me:

  1. Close Visual Studio
  2. Delete the hidden .vs folder
  3. Reopen Visual Studio and rebuild the solution.
</div
 
 
   
   
13
 
vote

Я получил ту же ошибку «файл метаданных» .dll 'не может быть найден ", и я попробовал несколько вещей, описанных выше, но причина ошибки заключалась в том, что я ссылался на третьсторонний файл DLL, который был нацелен на. Чистая версия выше, что моя цель проекта .NET версия. Таким образом, решение было изменение целевой структуры моего проекта.

 

I got the same error "Metadata file '.dll' could not be found", and I tried several things described above, but the reason for the error was that I was referencing third-party DLL file which was targeting a .NET version higher that my project target .NET version. So the solution was to change the target framework of my project.

</div
 
 
 
 
11
 
vote

Я добавил новый проект в мое решение и начал получать это.

Причина? Проект, который я привел, был нацелен на другой .NET Framework (4.6 и другие два других, были 4.5.2).

 

I added a new project to my solution and started getting this.

The reason? The project I brought in was targeting a different .NET framework (4.6 and my other two were 4.5.2).

</div
 
 
   
   
10
 
vote

Для меня он пытался найти DLL на пути, который использовал для содержания проекта, но мы переместили его в новый каталог. Раствор имел правильный путь к проекту, но Visual Studio как-то продолжал смотреть в старое место.

Решение: Переименовать каждую проблему проекта - просто добавьте символ или что-то еще - затем переименовать его обратно на исходное имя.

Это необходимо сбросить несколько глобальных кэш-памяти какой-то в визуальной студии, потому что это очищает как эту проблему, так и несколько, как это, в то время как вещи, такие как чистый не.

 

For me, it was trying to find a DLL in a path that used to contain the Project, but we'd moved it to a new directory. The Solution had the correct path to the Project, but Visual Studio somehow kept looking in the old location.

Solution: Rename each problem Project - just add a character or whatever - then rename it back to its original name.

This must reset some global cache of some kind in Visual Studio, because this clears both this issue up and several like it, while things like Clean do not.

</div
 
 
9
 
vote

Для меня это произошло, когда я включил новый проект для решения.

Visual Studio автоматически выбирает .NET Framework 4.5.

Я изменился на версию .NET 4.5.2, как другие библиотеки, и он работал.

 

For me it occurred when I included a new project to a solution.

Visual Studio automatically selects .NET framework 4.5.

I changed to version .NET 4.5.2 like the other libraries, and it worked.

</div
 
 
8
 
vote

Для меня работали следующие шаги:

    .
  • Найти проект, который не здание
  • Удалить / Добавить ссылки на проекты в решении.
 

For me the following steps worked:

  • Find the project that is not building
  • Remove/add references to projects within the solution.
</div
 
 
 
 
8
 
vote

Я также потянул свои волосы с этой проблемой, но после попытки предыдущих ответов единственное, что работало для меня, было открыть каждый проект в моем решении 1 к 1 и построить их индивидуально.

Затем я закрыл Visual Studio 2013, вновь открыл мое решение, и он скомпилирован нормально.

Странно, потому что, если я нажал каждый проект в моем исследовательском исследовании и попытался построить их таким образом, все они не удалось. Я должен был открыть их один в собственных решениях.

 

I was pulling my hair out with this problem also, but after trying the previous answers the only thing that worked for me was to open each project in my solution 1 by 1 and build them individually.

Then I closed Visual Studio 2013, reopened my solution and it compiled fine.

It's strange, because if I clicked each project in my Solution Explorer and tried to build them that way, they all failed. I had to open them alone in their own solutions.

</div
 
 
 
 
8
 
vote

Похоже, что такие ошибки, связанные с тем, что Visual Studio не предоставляет правильную информацию о ошибке. Разработчик даже не понимает причину неудачной сборки. Это может быть синтаксическая ошибка или что-то еще. Общим, для решения таких проблем вы должны найти корня проблемы (например, посмотрите на журнал сборки).

В моем случае проблема была на самом деле, что <код> Error List окно не отображало никаких ошибок. Но на самом деле были синтаксические ошибки; Я нашел эти ошибки в Output Window, а после их исправления проблемы была решена.

 

It looks like such kind of errors related to the fact that Visual Studio doesn't provide correct information about an error. The developer doesn't even understand the reason for the failed build. It can be a syntax error or something else. In common, to solve such problems you should find the root of the problem (for example, look at the build log).

In my case the problem was in fact that the Error List window didn't show any errors. But really there were syntax errors; I found these errors in the Output window, and after fixing them, the problem was solved.

</div
 
 
 
 
7
 
vote

Мой экземпляр проблемы был вызван общим проектом, который имел дублирующее имя класса в нем (под другим именем файла). Странно, что Visual Studio не может обнаружить, что и вместо этого просто взорвалось процесс сборки.

 

My instance of the problem was caused by a common project that had a duplicate class name in it (under a different filename). It is strange that Visual Studio could not detect that and instead just blew up the build process.

</div
 
 
     
     
7
 
vote

Я получил эту проблему в Visual Studio 2012 в решении, у которого было много проектов. Восстановление каждого проекта в решении вручную в том же порядке, что и порядок построения проекта (щелкните правой кнопкой мыши и восстановление в исследовании решений), исправил его для меня.

В конце концов я добрался до того, что дал мне ошибку компиляции. Я исправил ошибку, и решение будет правильно построить после этого.

 

I got this problem in Visual Studio 2012 in a solution that had many projects. Rebuilding each project in the solution manually in the same order as the Project Build Order (right-click and rebuild in Solution Explorer) fixed it for me.

Eventually I got to one that gave me a compile error. I fixed the error, and the solution would build correctly after that.

</div
 
 
 
 
7
 
vote

В моем случае проблема была вызвана простой ошибкой сборки,

Ошибка CS0067: событие «XYZ» никогда не используется

Это по какой-либо причине не появилось в окне ошибки.

Из-за этого система сборки Visual Studio, казалось, пропустила ошибку и пыталась создавать зависимые проекты, которые в свою очередь не удалось с раздражающим сообщением метаданных.

Рекомендация - такая, как это может звучать -:

Первый посмотрите на ваше окно вывода !

Мне потребовалось полчаса до того, как эта идея поразила меня ...

 

In my case, the problem was caused by a simple build error,

error CS0067: The event 'XYZ' is never used

that, for any reason, did not show up in the error window.

Because of that, the Visual Studio build system seemed to miss the error and tried to build dependent projects, which in turn failed with the annoying metadata message.

The recommendation is -as stupid as it may sound-:

First look at your Output Window!

It took me half an hour before this idea hit me...

</div
 
 
   
   
6
 
vote

В моем случае проблема заключалась в том, что я бы вручную удалил файл без компиляции, который был помечен как «отсутствует». Как только я удалил ссылку на отсутствующий файл и перекомпилирован - все было хорошо.

 

In my case the issue was that I'd manually deleted a non-compilation file which was marked as "missing". Once I deleted the reference to the now-missing file and recompiled - all was well.

</div
 
 
6
 
vote

Если у вас есть место в вашем названии вашего решения, это также приведет к вопросу. Удаление пространства от имени вашего решения, поэтому путь не содержит% 20, решит это.

 

If you have a space in your solution name, this will also cause the issue. Removing the space from your solution name, so path doesn't contain %20 will solve this.

</div
 
 
   
   
6
 
vote

Возвращаясь к этому несколько лет спустя, эта проблема более чем вероятна связана с пределы максимального пути Windows:

файлы именования, пути , и пространства имен , Ограничение длины максимального пути

 

Coming back to this a few years later, this problem is more than likely related to the Windows maximum path limit:

Naming Files, Paths, and Namespaces, Maximum Path Length Limitation

</div
 
 
 
 
5
 
vote

У меня тоже была та же ошибка. Он прячется, как на нижнем пути. Путь, который я упоминал для DLL-файла, похоже на папку «D: Assulties Masse1.dll».

Но оригинальный путь, в котором упомянутая сборка была «D: Assulties% 20Folder assuse1.dll».

Из-за этого изменение имени пути, сборка не может быть извлечена с его исходного пути, и, следовательно, бросает ошибку «Метаданные не найден».

Решение в стеке переполняет вопрос Как я могу заменить все пробелы% 20 в C #? .

 

I too had the same error. It hides as in the below path. The path which I referred to for the DLL file is like "D:Assemblies FolderAssembly1.dll".

But the original path in which the assembly referred was "D:Assemblies%20FolderAssembly1.dll".

Due to this path name variation, the assembly could not be retrieved from its original path and hence throws the "Metadata not found" error.

The solution is in Stack Overflow question How do I replace all the spaces with %20 in C#?.

</div
 
 
5
 
vote

Я столкнулся с той же проблемой. В моем случае я ссылался на проект класса библиотеки с более высоким <Щедам> .net версию , чем мой проект, а vs не удалось создать проект и поднял ту же ошибку, которую вы опубликовали.

Я просто устанавливаю .NET версию проекта библиотеки моего класса (тот, который сломал сборку), идентично .NET версии ссылочного проекта и решенной проблемы.

 

I'd faced the same problem. In my case I'd referenced to a class library project with higher .Net version than my project and VS failed to build the project and raised the same error you posted.

I simply set .Net version of my class library project(the one that had broken the build) identical to the .Net version of referenced project and problem solved.

</div
 
 
   
   
4
 
vote

Просто указывая на ворота очевидно: если у вас нет «Показать окно вывода при запуске сборки», убедитесь, что вы замечаете, если ваша сборка не удалась (небольшая «Buildure Shife» ошибка в левом углу) !! !!

 

Just pointing out the blatantly obvious: if you don't have "Show output window when build starts" enabled, make sure you're noticing if your build is failing (small "build failed" error in lower left)!!!!

</div
 
 
 
 
4
 
vote

У меня была эта ошибка, когда я пытался опубликовать веб-приложение. Оказалось, что один из свойств класса был завернут в

 <код> #if DEBUG     public int SomeProperty { get; set; } #endif   

Но использование недвижимости не было. Издательство было сделано в конфигурации выпуска без DEBUG символа, очевидно.

 

I had this error when I was trying to publish a web application. Turned out that one of a class properties was wrapped into

#if DEBUG     public int SomeProperty { get; set; } #endif 

but the property usage was not. The publishing was done in Release configuration without the DEBUG symbol, obviously.

</div
 
 
4
 
vote

На основании сообщения об ошибке, я не верю, что путь к файлу усечен. Похоже, просто быть неверным. Если я читаю сообщение правильно, кажется, что ищет файл DLL AT ...

Работа = - Инструменты versionmanagementsystem businesslogiclayer bin debug businesslogiclayer.dll

Это не допустимый путь. Возможно ли, что у вас есть определение макроса в процессе сборки, установленным на неверное значение?

 

Based on the error message I don't believe the file path is being truncated. It looks to just be incorrect. If I'm reading the message correctly it appears to be looking for the DLL file at ...

WORK=-ToolsVersionManagementSystemBusinessLogicLayerinDebugBusinessLogicLayer.dll

This is not a valid path. Is it possible that you have a macro definition in the build process set to an invalid value?

</div
 
 
 
 
4
 
vote

У меня была эта проблема, потому что <код> .nugetNuGet.exe не был включен в мой репозиторий. Хотя я включил <код> DownloadNuGetExe в nuget.targets, оно сообщила о ошибке прокси при попытке скачать ее. Это вызвало провал остальной части проекта.

 

I had this issue because .nugetNuGet.exe was not included in my repository. Although I enabled DownloadNuGetExe in NuGet.targets, it reported a proxy error when trying to download it. This caused the rest of the project builds to fail.

</div
 
 
4
 
vote

Эта ошибка может быть показана, если вы используете поддельные сборки. Удаление подделок приводит к успешной сборке проекта.

 

This error may be shown if you use fake assemblies. Removing fakes leads to successful build of the project.

</div
 
 
 
 

Связанный проблема

249  Для чего используется «Динамический» тип в C # 4.0 для?  ( What is the dynamic type in c sharp 4 0 used for ) 
C # 4.0 представил новый тип под названием «Dynamic». Все это звучит хорошо, но что бы программист использовать это для? Есть ситуация, когда она может спас...

156  Найдите, если текущее время падает в диапазоне времени  ( Find if current time falls in a time range ) 
Использование .NET 3.5 Я хочу определить, падает ли текущее время в диапазоне времени. до сих пор у меня есть текущее время: <код> DateTime currentTime ...

2  Рекурсивно поисковые каталоги в C #  ( Recursively search directories in c sharp ) 
Мне нужно рекурсивно пересекать каталоги в C #. Я делаю что-то вроде Это . Но это выбрасывает исключение при итерации через системные папки. Как проверить эт...

2  Указатель математика в C #  ( Pointer math in c sharp ) 
Я пытаюсь использовать код PINVOKE, чтобы вызвать функцию C. Функция заполняет буфер с данными. Структура устанавливается как DWORD для длины, а затем строк...

1  Как иметь класс, используйте Getter / Setter по умолчанию при упоминании непосредственно в C #?  ( How to have a class use a default getter setter when referenced directly in c ) 
Допустим, у меня есть класс, как <код> class SecretInt { private int secret = 1; } Как я могу сделать это так, чтобы. <код> SecretInt a = new Secr...

10  EF Core и большой трафик приводит к максимальному размеру пула  ( Ef core and big traffic leads to max pool size was reached error ) 
Мы используем Core Asp.net Entity Framework Core для запроса нашей базы данных MSSQL в нашем приложении Web API. Иногда, когда у нас есть большой трафик, запр...

1  Как изменить координаты текста на странице PDF из нижнего левого слева  ( How to change the coordinates of a text in a pdf page from lower left to upper l ) 
Я использую pdfbox и itextsharp dll и обработаю PDF. Так что я получаю текстовые координаты текста в прямоугольнике. Координаты прямоугольника извлекаются с п...

1  C # код для объемного обновления SQL Server  ( C sharp code to bulk update sql server ) 
У нас есть этот код C #, который будет обновлять таблицу базы данных SQL Server на основе флагов в структуре. <код> public struct stSRK { public string...

20  Как придумать имена более четких интерфейсов?  ( How to come up with clearer interface names ) 
Я видел в приложении, где он имел интерфейсы, такие как: <код> IHasContent IHasValue IHasMesh IHasGeometry IHasTransformation Если они не будут?: <код...

-1  Ошибка - RaceOnrcwleanean был обнаружен во время параллельного метода Parallel.invoke  ( Error raceonrcwcleanup was detected during parallel invoke method ) 
Я пытаюсь экспортировать все листы файла Excel, используя следующую часть кода. Я звоню один метод, используя разные значения параметров. Это дает мне после...

1  Фильтр Combobox Ecenterource для отображения активных значений только плюс текущее выбранное значение  ( Filter combobox itemsource to display active values only plus the currently sele ) 
У меня есть пользовательский коммунальный контроль, используемый во всем приложении. Я хочу, чтобы элементыSource отображают только активные элементы, а в тек...

0  Как использовать запрос LINQ для обновления базовой таблицы базы данных  ( How do i use a linq query to update the underlying database table ) 
Я использую сильно напечатанный набор данных, и я покажу свой псевдо-код ниже. То, что я пытаюсь сделать, это только выбрать только одно значение столбца из б...

-2  Рассчитать номера диапазона IP из 2 заданных IP-адресов [Закрыто]  ( Calculate ip range numbers from 2 given ip addresses ) 
<в сторону CLASS = "S-NEWACTS S-WELTIVE__info JS-Post-New Imide MB16« Роль = «Статус»> <Путь d = "M15 6.38A6.48 6.48 0 007.78. 04H-.02A6.49 6.49 0 002.05 ...

1  N Установление алфавитного заказа  ( N unit alphabetical order assertion ) 
У меня есть поле поиска на веб-сайте, который возвращает результаты поиска, на основе ключевого слова (хранение их в виде списка в C #) Есть параметры фильт...

3  Удалить элемент от JsonResult в C #  ( Remove an element from jsonresult in c sharp ) 
У меня есть <код> JsonResult объект для возврата из метода MVC, но мне нужно удалить один элемент от него перед отправкой. <Сильное> Обновление: Я пытаюс...

Связанный проблема

249  Для чего используется «Динамический» тип в C # 4.0 для? 
156  Найдите, если текущее время падает в диапазоне времени 
2  Рекурсивно поисковые каталоги в C # 
2  Указатель математика в C # 
1  Как иметь класс, используйте Getter / Setter по умолчанию при упоминании непосредственно в C #? 
10  EF Core и большой трафик приводит к максимальному размеру пула 
1  Как изменить координаты текста на странице PDF из нижнего левого слева 
1  C # код для объемного обновления SQL Server 
20  Как придумать имена более четких интерфейсов? 
-1  Ошибка - RaceOnrcwleanean был обнаружен во время параллельного метода Parallel.invoke 
1  Фильтр Combobox Ecenterource для отображения активных значений только плюс текущее выбранное значение 
0  Как использовать запрос LINQ для обновления базовой таблицы базы данных 
-2  Рассчитать номера диапазона IP из 2 заданных IP-адресов [Закрыто] 
1  N Установление алфавитного заказа 
3  Удалить элемент от JsonResult в C #