Что означают ошибки Visual Studio 2005 Performance Tool / Wizard / Session? - PullRequest
2 голосов
/ 23 января 2009

При попытке использовать Performance Tools на веб-сайте ASP.NET я получаю различные комбинации этих ошибок (в зависимости от того, что я пытаюсь сделать, чтобы исправить их):

  1. Веб-сайт не может быть настроен правильно. Не удалось настроить \ web.config. Доступ к пути '\ web.config' запрещен. - Я могу заставить это исчезнуть, извлекая файл web.config или снимая атрибут только для чтения
  2. Файл web.config для сайта http://localhost:0/ содержит информацию из предыдущего запуска. Файл web.config был сгенерирован, поэтому его удаление должно решить проблему. - Почему используется порт 0? Я не могу найти эту настройку нигде. «Нормальный» прогон использует указанный порт, например, 4549
  3. Файл web.config \ web.config был изменен, и информация о резервной копии была потеряна. - Что?!

Есть идеи?

Я использую Visual Studio 2005 с TFS 2005, это проект веб-приложения ASP.NET 2.0.

Ответы [ 2 ]

7 голосов
/ 27 января 2009

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

Как и в оригинальном вопросе - просто извлеките файл Web.config или удалите атрибут только для чтения, это исправляет ошибку 1.

Чтобы исправить ошибки 2 и 3, удалите строки ниже из вашего Web.config:

<appSettings>
    <add key="microsoft.visualstudio.teamsystems.aspnetdevserver:/" value="3311;True;3204;1" />
    <add key="microsoft.visualstudio.teamsystems.backupinfo" value="1;web.config.backup" />
</appSettings>
<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    </assemblyBinding>
</runtime>
0 голосов
/ 01 июля 2009

Я получаю «Файл web.config для сайта http://localhost:0/ содержит информацию из предыдущего запуска. Файл web.config был создан, поэтому его удаление должно решить проблему» в Visual Studio 2008, когда я попытался запустить модульный тест для метода веб-службы. У меня был файл Web.config в каталоге проекта моей веб-службы, но он не был изменен. Оказывается, я передал неправильный аргумент AspNetDevelopmentServer, и он втыкал web.config в другие каталоги. Вот две строки, которые я должен был поставить над моим методом модульного теста (в дополнение к [TestMethod], конечно):

[AspNetDevelopmentServer("MyWebService", @"MyWebServiceProjectDirectory\")]
[UrlToTest("http://localhost/MyWebService/MyWebService.asmx")]

Теперь я могу запустить модульный тест. Раньше он нормально работал один раз, а потом выдавал ошибку web.config. Теперь он работает нормально несколько раз, не жалуясь на файл web.config.

...