Accéder au contenu principal

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]

Commentaires

Posts les plus consultés de ce blog

Redonner vie à une Microsoft Surface RT : le guide ultime vers Linux !

Vous avez une vieille Microsoft Surface RT qui traîne dans un tiroir ? Vous savez, cette tablette de 2012 devenue inutilisable depuis l'abandon officiel de Windows RT par Microsoft ? Ne la jetez surtout pas ! Dans ma dernière vidéo, je vous montre comment transformer cet appareil, autrefois considéré comme un "presse-papier", en une tablette Linux moderne et parfaitement fonctionnelle . Pourquoi ce projet ? L'objectif est simple : transformer ce matériel pour en faire un dashboard dédié à mon système Home Assistant. En installant postmarketOS , une version de Linux spécialement conçue pour les appareils ARM abandonnés, on redonne une seconde jeunesse à cette machine . Ce que vous allez apprendre dans ce tutoriel complet : La libération du matériel : Comment réinstaller la version d'origine pour passer outre les blocages de Windows 8.1 . Jailbreak & Secure Boot : La procédure indispensable pour déverrouiller la machine et permettre l'installation d...

Mixer les batteries Enphase et Zendure : La solution ultime pour l'autoconsommation ?

Introduction Vous avez déjà une installation solaire équipée de micro-onduleurs Enphase , mais vous trouvez que le stockage officiel de la marque est trop coûteux ou difficile à installer en DIY ? Vous n'êtes pas seul. Aujourd'hui, je vous partage mon retour d'expérience complet sur une configuration qui intrigue beaucoup de monde : le couplage d'un système Zendure SolarFlow avec un environnement Enphase existant. Pourquoi vouloir mixer ces deux marques ? Le système Enphase est une référence en termes de fiabilité, mais l'ajout de batteries IQ Battery peut représenter un investissement lourd. À l'inverse, Zendure propose avec le SolarFlow une solution de stockage plug-and-play extrêmement flexible et souvent plus abordable. L'idée est simple : utiliser le SolarFlow comme "tampon" entre vos panneaux et vos micro-onduleurs pour stocker l'excédent de la journée et le réinjecter la nuit. Le montage : Est-ce vraiment compliqué ? Dans ma dernière ...

Au-delà du LLM : Comment j'ai créé un agent IA avec Claude CoWork pour piloter ma recherche d'emploi

Utiliser une interface de chat classique comme Gemini ou ChatGPT pour rédiger une lettre de motivation, c'est une bonne première étape. Mais cela reste du "ping-pong" textuel : une question, une réponse, et beaucoup d'actions manuelles. Pour passer à la vitesse supérieure, il faut entrer dans le monde de l' agentique . Dans ma dernière vidéo, je vous propose de découvrir comment mettre en place un véritable agent de coordination sur votre machine en exploitant le module CoWork de Claude. Une infrastructure locale basée sur le Markdown Plutôt que de confier ses critères à la mémoire active du chat, qui peut subir des hallucinations ou des erreurs au fil du temps, l'approche consiste ici à stocker toute la configuration "en dur" dans des fichiers Markdown ( .md ) directement créés dans les répertoires de votre machine. On y retrouve : Le fichier candidate.md : La fusion parfaite de votre profil LinkedIn et de votre CV au format PDF. Le fichier cloud...