Почему я не могу обновить библиотеку DLL действий настраиваемого рабочего процесса SharePoint?

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

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

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


sharepoint workflow sharepoint-workflow sharepoint-2010
person Abe Miessler    schedule 02.03.2011    source источник

Ответы (2)


arrow_upward
2
arrow_downward

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

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

Для Windows XP или Windows Server 2003: удалите все каталоги и файлы в% System Drive% \ Documents and Settings \% user% \ Local Settings \ Application Data \ Microsoft \ WebSiteCache

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

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

person Kit Menke    schedule 02.03.2011
comment
Да, уже пробовал. Это был тот Deleting cached files for SharePoint Developer on my local machine, который я пробовал. - person Abe Miessler; 03.03.2011
comment
Ах, прости. Какие изменения вы внесли, но не получили должного внимания? Вы пробовали IISRESET? - person Kit Menke; 03.03.2011
comment
Я вошел в диспетчер IIS и переработал пул приложений, который, как мне кажется, совпадает с IISRESET. Самым основным изменением является добавление ведения журнала в историю рабочего процесса. Текущие версии регистрируют исключение, когда оно возникает. Я добавил в историю рабочего процесса очень простую запись словарного теста, но этого не произошло. Это изменение было добавлено в строку над журналом исключений. - person Abe Miessler; 03.03.2011
comment
Кроме того, перезагрузка сервера должна была охватывать возможность IISRESET, правильно? - person Abe Miessler; 03.03.2011
comment
Да, вам определенно не нужно перезагружать весь сервер, и я думаю, что это считается сбросом. :) IISRESET перерабатывает все пулы приложений, а не только один из них. Вы пытались полностью удалить WSP и убедиться, что DLL нет? Единственное, о чем я могу думать, это то, что вы упаковываете неправильную DLL (например, отладка против выпуска). - person Kit Menke; 03.03.2011

arrow_upward
0
arrow_downward

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

person Abe Miessler    schedule 03.03.2011