Отладка кода SharePoint 2007 - PullRequest
       8

Отладка кода SharePoint 2007

5 голосов
/ 28 сентября 2008

Как вы отлаживаете код SharePoint 2007? Поскольку SharePoint работает на удаленном сервере, а я занимаюсь разработкой на компьютере с Windows XP (с необходимыми файлами .dll, скопированными в мой GAC), мне не очень повезло с поиском простых способов отладки. Точки останова не работают и т. Д.

Лучший способ, с помощью которого я пришел, - включить трассировку страниц в файле web.config, записывать сообщения трассировки по всему коду и обращаться к trace.axd всякий раз, когда мне нужно отладить.

У кого-нибудь есть лучшие предложения по отладке? Я что-то упустил?

Ответы [ 5 ]

3 голосов
/ 28 сентября 2008

Лучший способ (даже одобренный Microsoft) - использовать Windows 2003 Server с Sharepoint в качестве локальной машины для разработки.

См. Также эту тему .

3 голосов
/ 28 сентября 2008

От Пост Эндрю Коннелла в блоге на тему:

Присоединение отладчика к GAC'd Ассамблеи: «Почему не мои контрольные точки быть пораженным?!?! "Когда-нибудь был там? Я тоже ... что это за пита! какой продолжается? Ну, сборки в GAC и отладчик Visual Studio не вижу символы отладки (иначе: * .Pdb). Если вы не прошли через настройку магазина символов куда идут все ваши PDB, вы нужно поместить символы отладки в то же место, что и сборка. трюк находит папку, которая содержит вашу DLL в GAC.

Папка c: \ windows \ assembly не является настоящая папка, это виртуальная папка. Чтобы попасть в РЕАЛЬНУЮ папку, сделайте следующее:

  • Пуск »Выполнить
  • % SystemRoot% \ Assembly \ GAC [ENTER]

Это откроет папку GAC. Теперь ковыряйся, пока не найдешь папка, которая выглядит так (вы могли бы нужно вскочить на одну папку и нырнуть в папку MSIL): [сборочный файл имя -.DLL расширение] [сборка версия в формате > #. #. #. #] __ [токен открытого ключа сборки].

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

2 голосов
/ 29 сентября 2008

Не помещайте свои сборки в GAC, помещайте их в каталог bin - тогда вы можете использовать удаленный отладчик VS. Google создает файлы .WSP для распространения.

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

1 голос
/ 28 сентября 2008

Виртуальная машина - единственный путь. Вы не хотите выделять всю машину для разработки (если у вас нет дополнений), а разработка на вашем производственном сервере просто напрашивается на неприятности. Я предпочитаю VMWare, но есть и другие, которые работают так же хорошо.

Трассировка работает хорошо, так как обычная отладка на самом деле не вариант.

Что еще я делаю, это пытаюсь разработать всю логику (вещи, не зависящие от SharePoint) только на обычном сайте asp.net, а затем интегрировать ее в SharePoint после того, как протестировано.

Надеюсь, что это имеет смысл.

Вы говорите о разработке веб-частей? Пользовательские страницы? Что-то еще?

1 голос
/ 28 сентября 2008

Я рекомендую вам разрабатывать на сервере Windows 2003 с Sharepoint. Это хлопотно для отладки на удаленном сервере. Вы можете сделать это на виртуальной машине с VMWare или Virtual PC, если на вашей рабочей станции установлен XP.

...