Обычно кеширование отсутствует, когда вы выполняете полный цикл набора/удаления/добавления/развертывания пакета решений. Но прежде всего я бы удостоверился, что на самом деле у пакета, который вы развертываете, есть правильная версия кода. Для этого переименуйте пакет в * .cab, извлеките сборку и проверьте измененный код в Reflector. Как только вы узнаете, что у вас есть правильная сборка в пакете решений, обязательно верните и удалите предыдущий wsp на сервере SharePoint. Для обновления сборки лучше всего обновить решение, но попробуйте полностью оттянуть/удалить/добавить/развернуть только для сохранения.
Я полагаю, что у вас нет физического доступа к серверу SharePoint. Но в случае, если выше вышло, ваша сборка может быть кэширована во временных файлах ASP.NET в инфраструктуре или неправильно удалена из папки GAC/BIN. Чтобы сбросить те, которым нужен администратор, чтобы выполнить сброс IIS, а затем удалить (до того, как сайт будет использоваться снова), эта папка: C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Временные файлы ASP.NET и проверка BIN/GAC для сборки.
Сообщите мне, если это поможет ...
FYI Я решил это, обновив версию сборки на каждой сборке. Веб-часть SmartPart имеет класс LateBinder, который выполняет сборку. Загрузите выбранный элемент управления веб-пользователя. Я думаю, что он не берет последнюю сборку, но обновление версии сборки разрешило ее. (Боюсь, я не уверен на 100% из-за моей ограниченной среды.) Кстати, у меня не было доступа к серверу для сброса IIS. Спасибо за помощь. – 2010-09-26 20:28:55