ASP.NET 5, DNX & Kestrel: не попадание точек останова

Точки останова не ударяются при отладке наших проектов DNX, на которые ссылается проект ASP.NET 5 API, размещенный вместе с Kestrel (все в том же решении и в папке src). Отладка с IIS Express отлично работает.

Какие шаги по устранению неполадок можно решить для решения этой проблемы?

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

команды project.json:

"commands": {
  "web": "Microsoft.AspNet.Server.Kestrel"
},

Свойства проекта:

Свойства проекта

Примечание: Использование библиотек RC1 1.0.0-rc1-final во всех проектах.

EDIT:

  • Точки останова в проекте Startup.cs поражаются просто отлично, но не в других проектах.
  • Я дважды проверил и переустановил runtime 1.0.0-rc1-update1 DNX. Я удалил все остальные среды выполнения.
  • Я подтвердил, что PATH корректно отображает исполняемый файл DNX.
  • Я удалил все файлы project.lock.json и восстановил DNU.
  • Фактический контакт точки останова является красным и не указывает на наличие каких-либо проблем.

  • global.json использует правильное время выполнения:

    {
  "projects": [ "src", "test", "." ],
  "sdk": {
      "version": "1.0.0-rc1-update1",
      "runtime": "clr",
      "architecture": "x86"
  }
}

ИЗМЕНИТЬ 2:

В окне "Модули" я вижу, что символы проектов не загружаются:

Модули

Как я могу это исправить?

ИЗМЕНИТЬ 3:

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

введите описание изображения здесь

Я не знаю, как это исправить и почему это происходит.

Ответы

Ответ 1

Я опубликовал эту проблему в aspnet/Tooling репозитории GitHub. Консенсус заключается в том, что это ошибка и будет исправлена ​​только с выпуском версии Visual Studio 2015 Update 2.

Временным решением является использование отдельного экземпляра VS для каждого процесса.

См. вопрос здесь.

Ответ 2

У меня точно такая же проблема тратится целый день, но все равно нет. Я заново создал проект, но довольно странно, что отладчик ударил класс контроллера для MVC Core в первом отладке после создания проекта, но не после этого только основной класс i.e. startup.cs попадает в точку прерывания каждый раз