Обновление feature.xml без повторного развертывания всего пакета wsp

Question

У меня есть веб-страница, развернутая как функция. При активации считывается значение из свойства property.xml. В будущем я хочу изменить значение в мешке с функцией и обновить веб-часть. Возможно ли это сделать без разворачивания всего пакета обновления feature.xml и повторного развертывания wsp. Все, что я хочу сделать, это обновить feature.xml и запустить событие, активированное функцией, чтобы обновить веб-часть.

Answer 1

Вам не нужно распаковывать wsp, есть функция обновления, которую вы можете использовать. например, в Stsadm -o upgradesolution

Answer 2

Самая полная вещь, чтобы сделать было бы скрипт следующее для вашего решения

STSADM -О upgradesolution // Это обновит feature.xml вместо

STSADM -o execadmsvcjobs // убедитесь, что обновление решение запустить

STSADM -o deactivatefeature // отключить функцию

STSADM -o activatefeature // активировать функцию чтения на новое значение

Stsadm -o execadmsvcjobs // снова запустить для нетерпеливых

инструментов как WSPBuilder и STSDEV для Visual Studio поможет здесь. Для WSPBuilder команда находится в разделе «Инструменты»> «WSPBuilder»> «Решение для обновления», а для STSDEV это целевой параметр «Модификация сборки». Однако не уверен в Vsewss или таких вещах, как SPVisualDev.

Answer 3

Вам не нужно передислоцировать пакет WSP вообще. Если вы измените feature.xml на всех серверах переднего плана, а затем снова активируете эту функцию, он будет делать трюк.

Но имейте в виду, что это не очень хороший способ сделать это, потому что вы обязательно потеряете эту модификацию при следующем развертывании пакета WSP. Или, если вы вернетесь, а затем снова разверните пакет WSP, вы удалили ранее внесенное вручную изменение в файл feature.xml. Это связано с тем, что SharePoint имеет копию пакета WSP в хранилище решений. Поэтому при работе с пакетами WSP это чистый подход, чтобы получить все изменения в пакете WSP и перераспределить его. Это также гарантирует, что изменения будут применены ко всем интерфейсным серверам. Также, когда новый серверный интерфейс должен быть добавлен в ферму на более позднем этапе!

Kr., Bernd.