SP2010

Lorsque vous désirez apporter des modifications au fichier web.config de votre application SharePoint 2010, vous pouvez utiliser deux méthodes:

• Créer un fichier webconfig.<votre_nom>.xml que vous ajouter au répertoire \CONFIG (Source sur MSDN)
• Le faire à l’aide de la programmation et utiliser les objets SPWebConfigModification et SPWebApplication.WebConfigApplication (Source sur MSDN).

Cependant, lorsque vous utilisez la seconde méthode et que vous enlever les modifications du fichier à l’aide de Remove(), les modifications ne s’enlèvent pas. Et ce même si vous utiliser le .Update() et .ApplyWebConfigModifications(). Cela peut n’avoir comme effet que votre modification se retrouve plusieurs fois dans le fichier web.config, mais si vous insérez des modifications plus sensible à l’unicité, comme pour un HttpModule, alors cela crée une erreur qui empêche le site de fonctionner (Erreur 500).

Le contexte

Vous développer une application SharePoint 2010 à l’aide de Visual Studio 2010 sur un serveur Windows 2008 64 bits. Vous désirer rouler un script post-déploiement (Powershell par exemple) pour déboguer:

Le problème

Lorsque vous y mettez un script, par exemple:

`powershell $(ProjectDir)\PowerShellScript\MonSuperScriptPowerShell.ps1`

Vous obtenez toujours une erreur lors de l’exécution du script:

Error occurred in deployment step ‘Run Post-Deployment Command’: The command "powershell $(ProjectDir)\PowerShellScript\MonSuperScriptPowerShell.ps1" exited with error code: 1.

Lorsque l’on utilise Silverlight pour développer des web parts pour SharePoint 2010, on risque d’utiliser le Client Object Model pour Silverlight pour accéder aux données de SharePoint. Mais qu’arrive t’il si on essaie de sortir de la web part Silverlight et par exemple mettre Silverlight dans une boite de dialogue de SharePoint? Réponse: Unhandled Error in Silverlight Application Object reference not set to an instance of an objectau niveau du ClientContext.Current.