Gabriel Mongeon

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).

Une question posée en ce sens sur les forums MSDN nous permet de découvrir que cela est un bogue connu de Microsoft (Office14 831708) et qu’éventuellement celui-ci devrait être corrigé. Pendant ce temps, vous pouvez essayer ce script PowerShell, mais dans mon cas, cela n’a pas fonctionné!

Bonne chance!

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.

Cette erreur est dû au fait que VS2010 roule dans un mode 32 bits, ainsi que ses scripts post-déploiement, et que les API de SharePoint 2010 roule dans un mode 64 bits. Ce qui crée des erreurs lors de l’exécution de ce dernier.

La solution

Il faut faire rouler le script en 64 bits pour qu’aucune erreur n’apparaisse. Pour ce faire, nous allons utiliser MSBuild pour faire cela.

Nous allons créer le script MonSuperScriptPowerShell.msbuild:

<?xml version="1.0" encoding="utf-8"?>

<Project DefaultTargets="Install" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">  

    <Target Name="Install">    

        <Exec Command="powershell .\MonSuperScriptPowerShell.ps1" /> 

    </Target>

</Project>

Celui-ci lorsqu’il sera appelé roulera le script PowerShell dans le mode 64 bits et aucune erreur ne sera généré!

Voici la ligne de commande pour le lancer à partir de VS2010:

%WinDir%\Microsoft.NET\Framework64\v4.0.30319\MSBuild 
$(ProjectDir)\PowerShellScript\MonSuperScriptPowerShell.msbuild

Et voilà, le tour est joué!

Bon post-déploiement!

Source

StackOverflow

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 object au niveau du ClientContext.Current.

Le problème vient du fait que la web part Silverlight injecte en paramètre a l’objet HTML le contexte SharePoint au bon fonctionnement du Client Object Model. Il faut donc injecté nous même les URL du site SharePoint où le Silverlight est actuellement affiché dans les initParams(MS.SP.url):

<object data="data:application/x-silverlight-2," type="application/x-silverlight-2"
         width="100%" height="100%">
     <param name="source" value="MonFichierSilverlight.xap" />
     <param name="background" value="white" />
     <param name="minRuntimeVersion" value="4.0.41102.0" />
     <param name="autoUpgrade" value="true" />
     <param name="windowless" value="true" />

     <param name='initParams' value='MS.SP.url=<%= SPContext.Current.Site.Url%>/<%=SPContext.Current.Web.ServerRelativeUrl %>' />
     
     <a href="http://go.microsoft.com/fwlink/?LinkID=149156&v=4.0.41102.0" style="text-decoration: none">
         <img src="http://go.microsoft.com/fwlink/?LinkId=161376" alt="Get Microsoft Silverlight"
             style="border-style: none" />
     </a>
</object>

Vous pouvez maintenant sortir de la web part Silverlight de SharePoint