Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Blog Technique de Romelard Fabrice

Les dernières Actualités de Romelard Fabrice (Alias fabrice69 ou F___) principalement autour des technologies Microsoft

Actualités

  • Toutes les actualités et informations sur les technologies Microsoft principalement autour de .NET et SQL Server

Archives

PowerShell : Script de recherche des WebParts voulues (pour Clean Up par exemple)

 

Dans le cadre de la gestion de fermes SharePoint, on rencontre très souvent le cas d'installation de composants qui sont par la suite supprimés.

Un cas particulier peut devenir problématique :

  • Installation de WebPart

En effet, une WebPart est comme tout composant SharePoint une Feature qui peut donc être déployée par une solution WSP. Ainsi, une fois déployé, ce composant peut être activé par tout responsable de site afin de voir aparaître cette WebPart dans le catalogue.

Que se passe-t'il donc lorsque l'on supprime cette solution alors que les responsables de site ont activé ce composant ?

  • La WebPart apparaît encore dans le catalogue et provoquera une erreur lors de la tentative de mise en place sur une page

Philippe Sentenac nous a montré comment éviter ceci depuis le code de déploiement (Evenement d'activation et de désactivation de la feature) :

Mais lorsque ceci n'a pas été prévu, on se retrouve avec une liste de WebPart présente dans le catalogue ne représentant plus du tout la réalité.

La solution peut être de passer par PowerShell.

Nous pouvons partir d'un script de listing des WebParts (similaire à celui fournit précédement) comme suit :

function GetSharePointItemList([string]$SiteURL, [string]$ListName, [string]$ColumnName)
{
    [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint") > $null
    $site = new-object Microsoft.SharePoint.SPSite($SiteURL)
    Write-Host "SiteURL", $SiteURL

    $web = $site.openweb()

    $spList = $web.Lists[$ListName]
    Write-Host "ListName", $ListName

    foreach ($MyItem in $spList.Items)
    {
        Write-Host "Value [" + $ColumnName + "]: ", $MyItem[$ColumnName]

        #Add your code here
    }
}

GetSharePointItemList "http://MaWebAppSharePoint/" "Web Part Gallery" "Title"

On obtiendra un résultat similaire à celui-ci :

PS E:\TOOLS\PowerShellScripts> .\ShowDataFromSharePoint.ps1
SiteURL
http://SiteSharePoint/
ListName Web Part Gallery
Value [ + Title + ]:  Content Editor Web Part
Value [ + Title + ]:  Page Viewer Web Part
Value [ + Title + ]:  Image Web Part
Value [ + Title + ]:  Site Users
Value [ + Title + ]:  Form Web Part
Value [ + Title + ]:  Relevant Documents
Value [ + Title + ]:  User Tasks
Value [ + Title + ]:  XML Web Part
PS E:\TOOLS\PowerShellScripts>

On peut donc imaginer de fournir le nom de la WebPart à supprimer ainsi que la Web Application à nettoyer. Ce script fera donc une boucle sur toutes les collections de sites afin nettoyer la liste des WebParts.

Il est aussi possible (et même meilleur) de passer par une requête CAML comme l'exemple :

Ainsi le script devient (avec une possibilité de lister les sites ayant la WebPart voulue sans le supprimer) :

function CheckWebParts([object]$MyWeb, [string]$WebPartName, [bool]$ToDelete)
{
    $ColumnName = "FileLeafRef"
    $ListName = "Web Part Gallery"
    $spList = $MyWeb.Lists[$ListName]

    $caml='<Where>
      <Eq>
         <FieldRef Name="{0}" />
         <Value Type="Computed">{1}</Value>
      </Eq>
   </Where>' -f $ColumnName, $WebPartName

    $query=new-object Microsoft.SharePoint.SPQuery
    $query.Query=$caml
    $col=$spList.GetItems($query)

#    Write-Host "Count: ", $col.Count

    if($col.Count -gt 0)
    {   
        if($ToDelete)
        {
            Write-Host "WebPart exists (deleted) in site $MyWeb: ", $WebPartName
            $col |  % { $_.Delete() }
        }
        else
        {
            Write-Host "WebPart exists (not deleted) in site $MyWeb: ", $WebPartName
        }
    }
}

function CheckWP-All-Sites([string]$WebAppURL, [string]$WebPartName, [bool]$ToDelete)
{
    [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint") > $null

    $Thesite = new-object Microsoft.SharePoint.SPSite($WebAppURL)
    $oApp = $Thesite.WebApplication

    foreach ($Sites in $oApp.Sites)
    {
        $mySubweb = $Sites.RootWeb
#        Write-Host "URL", $mySubweb.Url
        CheckWebParts $mySubweb $WebPartName $ToDelete
    }
    $Thesite.Dispose()
}

CheckWP-All-Sites "http://MaWebAppSharePoint/" "Coucouc.dwp" 0

Vous pouvez adapter ce cas à de très nombreux besoins.

Romelard Fabrice [MVP]

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: lundi 30 juin 2008 19:25 par ROMELARD Fabrice

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- TechDays Paris 2012 : Comment SharePoint a sauvé mes TechDays par Blog Technique de Romelard Fabrice le il y a 9 heures et 40 minutes

- Perspective 3.0 pour Silverlight 5.0 par Perspective le il y a 11 heures et 1 minutes

- TechDays Paris 2012 : Top 10 des Best Practices pour SQL Server par Blog Technique de Romelard Fabrice le il y a 16 heures et 37 minutes

- TechDays Paris 2012 : Kinect + Office 365 un bon geste pour votre SI par Blog Technique de Romelard Fabrice le il y a 17 heures et 0 minutes

- TechDays Paris 2012 : Pleinière du premier jour par Blog Technique de Romelard Fabrice le il y a 17 heures et 16 minutes

- [SharePoint 2010] Erreur d’analyse de contenu “L’élément SharePoint en cours d’analyse a renvoyé une erreur lors de la demande de données auprès du se... par Julien Chable le il y a 21 heures et 49 minutes

- [TechDays2012] Oui j’y serai! par Blog de Jérémy Jeanson le 02-06-2012, 22:13

- TFS Integration Tools – Suivi des synchronisations avec Reporting Services par Vivien Fabing le 02-05-2012, 17:46

- CSS Content State Selectors (Personnal Draft) par Le blog de FremyCompany le 02-04-2012, 15:38

- MBA : Pourquoi faire et comment le choisir ? par Blog Technique de Romelard Fabrice le 02-03-2012, 14:22