Mise à jour de feature.xml sans re-déploiement du package wsp entier

Question

J'ai une partie WebPort déployée en tant que fonction. Lors de l'activation, lit une valeur dans le sac de propriétés feature.xml. Disons à l'avenir je veux changer la valeur dans le sac de fonctionnalité et mettre à jour la partie Web. Est-il possible de le faire sans annuler le déploiement de l'ensemble du paquet mettre à jour le feature.xml et re déployer le wsp. Tout ce que je veux faire est de mettre à jour le fichier feature.xml et de déclencher l'événement featureactivated, afin que la partie web soit mise à jour.

Answer 1

Vous ne devez pas annuler le déploiement de WSP, il y a une fonctionnalité de mise à niveau que vous pouvez utiliser. par exemple, dans le upgradesolution de stsadm

Answer 2

La chose la plus complète à faire serait de scripter ce qui suit pour votre solution

STSADM // --o upgradesolution Cela mettra à jour le feature.xml en place

STSADM -o execadmsvcjobs // assurez-vous que la mise à niveau de solution est passée

STSADM -o deactivatefeature // désactiver la fonction

STSADM -o activatefeature // réactiver la fonction de lecture de la nouvelle valeur

execadmsvcjobs -o STSADM // courir à nouveau pour les impatients

Des outils tels que WSPBuilder et STSDEV pour Visual Studio aider ici. Pour WSPBuilder, la commande se trouve dans Outils> WSPBuilder> Solution de mise à niveau et pour STSDEV, il s'agit de l'option Mettre à niveau la cible de génération. Pas sûr de Vsewss ou des choses comme SPVisualDev cependant.

Answer 3

Vous n'avez pas besoin de redéployer le package WSP. Si vous modifiez le fichier feature.xml sur tous les serveurs frontaux, puis réactivez la fonctionnalité, cela fera l'affaire.

Mais sachez que ce n'est pas une bonne façon de le faire parce que vous perdrez sûrement que la modification prochaine fois que vous déployer à nouveau le paquet WSP. Ou pour le retourner lorsque vous rétractez puis déployez à nouveau le package WSP, vous avez supprimé la modification manuelle que vous avez apportée aux fichiers feature.xml plus tôt. En effet, SharePoint possède une copie du package WSP dans son magasin de solutions. Donc, lorsque vous travaillez avec des paquets WSP, c'est l'approche propre pour obtenir toutes les modifications dans le paquetage WSP et le redéployer. Cela garantit également que les modifications sont appliquées à tous les serveurs frontaux. Aussi, lorsqu'un nouveau serveur frontal devrait être ajouté à la ferme à un stade ultérieur!

Kr., Bernd.