2009-11-03 4 views
0

J'ai récemment mis à niveau ma machine de développement SharePoint vers VSeWSS 1.3 et j'ai remarqué un comportement que je ne pensais pas avoir existé auparavant. J'ai deux parties Web personnalisées qui utilisent plusieurs assemblages communs, et les deux vivront dans le même site. J'essaie de créer un troisième composant Web «commun» qui copie ces fichiers dans le dossier Bin et ajoute des entrées de contrôle sécurisées à web.config afin de pouvoir supprimer l'une des solutions WebPart, si nécessaire, sans paralyser l'autre.Comment empêcher VSeWSS 1.3 d'ajouter des assemblys au manifeste de la solution

Avec la version antérieure de VSeWSS, je pensais qu'il ne comprenait que des assemblys dans le manifeste si vous les incluiez dans le projet Visual Studio donné. J'ai supprimé les assemblys communs des deux projets de composants WebPart, mais les entrées pour eux se retrouvent dans leurs manifestes de solution. Évidemment, les extensions regardent les références pour le web part et vont par là, même si le fichier est dans un autre répertoire tout à fait.

Existe-t-il un moyen de dire aux extensions de ne pas ajouter d'entrées d'assembly au manifeste même si elles sont référencées dans le projet? Ou existe-t-il un meilleur moyen de séparer le code commun des parties Web qui l'utilisent?

Répondre

1

Oui, vous pouvez empêcher VSeWSS de déployer des assemblys. Sélectionnez simplement l'assembly dans la liste des assemblys référencés dans votre projet VS et examinez ses propriétés. Là, vous pouvez trouver l'option "LocalCopy", que vous avez défini sur false pour empêcher le déploiement de l'assembly.

Questions connexes