Почему я не могу обновить библиотеку DLL активности своего рабочего процесса SharePoint? - PullRequest
2 голосов
/ 02 марта 2011

Я создал пользовательское действие, которое я использую в своих рабочих процессах. Первоначально сделанные мной изменения были сразу же приняты. Теперь по какой-то причине он продолжает работать со старой версией DLL. Это где-то кешируется? Я пробовал следующее:

  • update-spsolution -identity copy_special.wsp -literalpath C: \ Temp \ copy_special.wsp -GACDeployment (я думаю, что это перезагружает пул приложений в IIS)
  • Ручная переработка пула приложений в IIS
  • отмена всех экземпляров рабочего процесса на sharepoint, удаление рабочего процесса, обновление решения, а затем повторная установка
  • Удаление кэшированных файлов для SharePoint Developer на моем локальном компьютере
  • ПЕРЕЗАГРУЗКА СЕРВЕРА!

Я подтвердил, что обновленная версия DLL находится в GAC. Я собираюсь потерять это здесь. Есть ли что-то еще, что я должен попробовать? Есть ли место, где эта DLL может быть кэширована?

Ответы [ 2 ]

2 голосов
/ 02 марта 2011

Это шаги для версии 2007 Designer SharePoint, но, может быть, они одинаковы для 2010?

Попробуйте очистить WebsiteCache на компьютере, на котором установлен SharePoint Designer:

Для Windows XP или Windows Server 2003: Удалить все каталоги и файлы на % Системный диск% \ Documents and Settings \% пользователя% \ Local Настройки \ Данные приложения \ Microsoft \ WebSiteCache

Для Windows Vista или Windows Server 2008: удалить все каталоги и файлы в% системе Диск% \ Users \% пользователей% \ AppData \ Local \ Microsoft \ WebSiteCache

http://social.msdn.microsoft.com/Forums/en/sharepointworkflow/thread/34632798-6e45-4eb3-ad3d-2f941c706cda

0 голосов
/ 03 марта 2011

Оказывается, это было вызвано ошибкой пользователя.Когда я перестраивал свой проект в VS 2010, я предполагал, что это обновление WSP.Это не было ... Он только обновил библиотеки DLL.Я пошел дальше и развернул его в своей среде разработки, ТО схватил WSP, и он наконец обновился.PEBCAK!

...