Как я могу улучшить цикл редактирования-компиляции-теста при разработке рабочего процесса SharePoint?

Question

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

Есть статья о том, как отладить рабочий процесс SharePoint здесь , в которой рассказывается, как устанавливать точки останова и т. Д. Это включает в себя копирование файла .pdb в GAC вместе с файлом .dll, содержащим ваш рабочий процесс. Это необходимо сделать из командной строки (или пакетного файла), поскольку проводник Windows не позволяет просматривать соответствующий подкаталог c: \ windows \ assembly.

Однако, если вы сделаете это, в следующий раз, когда вы попытаетесь развернуть рабочий процесс из Visual Studio, он пожалуется, что не может быть развернут, потому что «файл не может быть подписан», и если вы пытаетесь скопировать новый версия DLL в GAC, он говорит вам, что файл .dll заблокирован.

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

Кто-нибудь знает более простой способ отладки рабочих процессов, чем этот?

Answer 1

Я стал намного быстрее разрабатывать решения SharePoint в целом (не только рабочие процессы), когда я начал использовать WSPBuilder . WSPBuilder имеет надстройку Visual Studio под названием WSPBuilder Extensions, и, на мой взгляд, WSPBuilder Extensions лучше справляются с работой, чем печально известные инструменты Windows SharePoint Services 3.0: расширения Visual Studio 2008, версия 1.2 . Благодаря меню WSPBuilder развертывание / обновление / удаление решения осуществляется одним щелчком мыши!

Answer 2

Одна вещь, которая действительно помогла бы, была бы, если бы команда SharePoint предоставляла интерфейсы для сервисов рабочих процессов, специфичных для SP, необходимых для запуска рабочих процессов SP. Это позволит вам макетировать эти интерфейсы и запускать рабочие процессы вне собственно SP. AFAIK, ты не можешь сделать это сегодня.

Мне лично показалось, что SharePoint чрезвычайно больно разрабатывать ... не только с помощью рабочих процессов, но и в целом. Я понимаю административные победы и производительность конечного пользователя, но это довольно ужасный опыт для Joe .NET Developer.

Answer 3

Команда SharePoint в настоящее время работает над расширениями MOSS для VS 2008, которые позволят этот тип функциональности. Это было доступно в VS 2005 с расширениями MOSS, но его необходимо запускать на Windows Server с полной установкой MOSS и правильным набором разрешений.

Answer 4

Я не уверен, что вам нужно получить файл pdb в GAC. (По крайней мере, исправление, которое я собираюсь описать, прекрасно работает для отладки веб-частей SharePoint в VS2005, у которых есть похожая проблема.)

В меню Сервис -> Параметры -> Отладка установлен флажок «Включить только мой код (только управляемый)»; если вы снимите галочку, то Visual Studio с радостью загрузит ваши pdb из папки bin \ Debug, в которой они были собраны. Наверное. В любом случае, не больно пытаться ...

Answer 5

Что касается ускорения сброса IIS, у Эндрю Коннелла есть и несколько советов. http://www.andrewconnell.com/blog/archive/2006/08/21/3882.aspx

Это привело к уменьшению времени сброса IIS с 10+ секунд до менее 2 секунд.

Answer 6

Ознакомьтесь с STSDev в CodePlex от MVP SharePoint, таких как Тед Паттисон, Эндрю Коннелл, Скот Хиллиер и др.

STSDEV - это служебное приложение для проверки концепции, которое демонстрирует, как создавать файлы проектов Visual Studio и файлы решений для облегчения разработки и развертывания шаблонов и компонентов для платформы SharePoint 2007, включая Windows SharePoint Services 3.0 (WSS) и Microsoft Office SharePoint Server 2007 (MOSS). Обратите внимание, что текущая версия утилиты stsdev поддерживает создание проектов только на языке программирования C #.

Keith