2009-04-14 5 views
2

J'ai créé une version de mon assembly de solution de modèle de site SharePoint et l'avez déployée avec succès sur SharePoint. Il s'agissait de la version 6.4.0.2032. J'ai fait quelques tests et trouvé quelques problèmes avec mon code. J'ai corrigé les problèmes. J'ai désinstallé ma solution via "setup.bat/uninstall". Reconstruit mon assembly à la version 6.4.0.2033. J'ai de nouveau installé mon nouveau modèle avec succès, mais lorsque j'essaie d'ajouter une de mes parties Web à la page, SharePoint continue de rechercher l'ancienne version de mon assembly.Impossible de déployer la nouvelle version de l'ensemble de modèles de site SharePoint

Ai-je manqué une étape?

Voici l'extrait du journal dans C: \ Program Files \ Common Files \ Microsoft Shared \ extensions serveur web \ 12 \ Logs:

04/08/2009 13:04:58.18 w3wp.exe (0x0AA8)       0x0BE4 Windows SharePoint Services  Web Parts      8l4f Monitorable Error importing WebPart. Assembly SharePoint.Site, Version=6.4.0.2032, Culture=neutral, PublicKeyToken=db45c0486d0dc06d, TypeName. SharePoint.Site.MetadataSearch, SharePoint.Site, Version=6.4.0.2032, Culture=neutral, PublicKeyToken=db45c0486d0dc06d 

Répondre

3

Lorsqu'une version précédente est supprimé à l'aide « setup.bat/désinstaller » J'ai remarqué que la « .webpart » correspondant les fichiers pour les WebParts ne sont pas supprimés. Lorsque la nouvelle version est redéployée, ces fichiers ".webpart" ne sont pas mis à jour et continuent à pointer vers la version d'assembly précédente.

Pour voir la version montage de vos composants WebPart font référence:

  1. Ouvrir les paramètres du site de niveau supérieur dans SharePoint (Actions du site> Paramètres du site> Aller au début Paramètres du site de niveau)
  2. Cliquez sur « Web Parts "sous la rubrique « Galeries » colonne
  3. Cliquez sur le « Modifier » icône à côté de vos composants Web
  4. Cliquez sur le « barre d'outils Voir XML » bouton

Vous devriez pouvoir trouver le nouveau fichier ".webpart" correspondant (qui devrait référencer votre nouvel assemblage) dans votre solution compilée. Ensuite, il suffit de le télécharger dans cette liste Galerie WebPart (n'oubliez pas de cocher "écraser les fichiers existants")

Si vous ne trouvez pas le fichier ".webpart", vous pouvez toujours télécharger la copie à partir du "Web Part Gallery "et modifiez-le manuellement.

Espérons que ça aide.

0

Quelle version est référencé ni votre fichier web.config? Vérifiez bien que c'est la version que vous attendez (6.4.0.2033). Faites un deuxième appui et réessayez.

+0

web.config est correct, IIS a été réinitialisé et le serveur a été redémarré. Prochain? –

1

Dans SharePoint, vous avez beaucoup de références aux assemblys. Certains sont stockés dans des fichiers sur le disque (références de page dans les fichiers de mise en page) et d'autres sont stockés dans la base de données de contenu (références de page dans les fichiers de contenu). SharePoint ajoute également SafeControls au fichier web.config lorsque vous déployez à l'aide du cadre de solutions. Ces entrées référencent les assemblages par leurs noms forts. Mon expérience est que vous devriez éviter de changer les versions d'assemblage pour les solutions SharePoint - cela vous évitera toutes sortes de problèmes. Pour garder une trace des versions d'assemblage, vous devez utiliser la version du fichier d'assemblage à la place. Cela ne provoquera pas d'erreurs avec SharePoint. Ai-je mentionné des mises à niveau de solution? Pensez simplement à mettre à jour un assemblage dans une ferme où votre composant WebPart a déjà été ajouté à des dizaines de pages. Toutes ces pages feraient référence à l'ancien assembly et provoqueraient probablement des erreurs non gérées après la mise à niveau.

La propriété version du fichier d'assemblage est défini dans le fichier AssemblyInfo.cs:

[assembly: AssemblyVersion("6.0.0.0")] 
[assembly: AssemblyFileVersion("6.4.0.2033")] 
Questions connexes