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

Office 365: Comment utiliser la DLL Microsoft.SharePoint.Client.UserProfiles.dll dans son code PowerShell

Nous avons vu dans un précédent article comment accéder à la base de profile de son Tenant Office 365 via PowerShell:

Et les première lignes du code d’exemple chargent les DLL nécessaires:

Add-Type -Path "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\ISAPI\Microsoft.SharePoint.Client.dll"
Add-Type -Path "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\ISAPI\Microsoft.SharePoint.Client.Runtime.dll"
Add-Type -Path "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\ISAPI\Microsoft.SharePoint.Client.UserProfiles.dll"

La partie plus probématique est la troisième ligne, car pour utiliser ce code telquel, il faut avoir installé le package:

Dont la date commence un peu à dater, mais surtout qui n’est pas compatible avec le package de management en PowerShell nécessaire pour Office 365:

Nous avions évoqué ce point dans un message relatif à la mise en place d’un serveur de gestion Office 365:

Ce package contient de nombreuses DLL, mais pas celle des profiles (Microsoft.SharePoint.Client.UserProfiles.dll) comme on peut le voir ci-dessous:

clip_image002

La solution est un peu barbare, mais a le mérite de fonctionner, car le seul but est d’obtenir une copie de cette DLL pour son code PowerShell.

Pour cela, il existe plusieurs méthodes, plus ou moins sauvage.

La plus simple est l’utilisation d’un outil d’unzip pour extraire le contenu du fichier MSI et trouver alors les fichiers (dans l’exemple avec 7ZIP):

image

image

Les fichiers DLL sont alors tous présent et il suffit de le renommer selon son besoin et de l’utiliser dans son script.

La seconde méthode est plus propre, car utilisant le moteur d’installation de Microsoft “MSIExec”.

image

Elle s’utilise selon le modèle:

  • msiexec /a c:\testfile.msi /qb TARGETDIR=c:\temp\test

Ce qui donne dans notre cas précis la commande suivante:

  • msiexec.exe /a C:\TEMP\sharepointclientcomponents_16-4002-1211_x64-en-us.msi /qb TARGETDIR=C:\TEMP\sharepointclientcomponentsMSIFiles

Après quelques secondes, on trouve le contenu de ce package dans le répertoire voulu:

image

On trouve à ce moment les fichiers DLL simplement dans les sous-répertoires, comme pour notre cas précis, dans le sous-répertoire “GAC_MSIL”:

image

Il ne nous reste plus qu’à copier ce fichier “Microsoft.SharePoint.Client.UserProfiles.dll” dans notre repository qui sera utilisé par PowerShell.

Voici un exemple de script PowerShell utilisable pour les cas de serveur de gestion (Office 365: Monter une machine de management pour gérer Office 365):

[string]$defaultDLLPath = ""
# Load assemblies to PowerShell session
$defaultDLLPath = "C:\Program Files\SharePoint Online Management Shell\Microsoft.Online.SharePoint.PowerShell\Microsoft.SharePoint.Client.dll"
[System.Reflection.Assembly]::LoadFile($defaultDLLPath)
$defaultDLLPath = "C:\Program Files\SharePoint Online Management Shell\Microsoft.Online.SharePoint.PowerShell\Microsoft.SharePoint.Client.Runtime.dll"
[System.Reflection.Assembly]::LoadFile($defaultDLLPath)
$defaultDLLPath = "C:\TEMP\sharepointclientcomponentsMSIFiles\GAC_MSIL\Microsoft.SharePoint.Client.UserProfiles.dll"
[System.Reflection.Assembly]::LoadFile($defaultDLLPath)

Cette stratégie est adaptable pour toutes les autres DLL qui ne sont pas dans le package de management PowerShell pour Office 365.

Romelard Fabrice [MBA Risk Management]

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: vendredi 23 septembre 2016 09:15 par ROMELARD Fabrice

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- UWP or not UWP sur Visual Studio 2015 ? par Blog de Jérémy Jeanson le 03-08-2017, 19:12

- Désinstallation de .net Core RC1 Update 1 ou SDK de Core 1 Preview 2 par Blog de Jérémy Jeanson le 03-07-2017, 19:29

- Office 365: Ajouter un utilisateur ou groupe dans la liste des Site collection Administrator d’un site SharePoint Online via PowerShell et CSOM par Blog Technique de Romelard Fabrice le 02-24-2017, 18:52

- Office 365: Comment créer une document library qui utilise les ContentTypeHub avec PowerShell et CSOM par Blog Technique de Romelard Fabrice le 02-22-2017, 17:06

- [TFS] Supprimer en masse les dépendances à SQL Enterprise ou Developer avant de procéder à une migration par Blog de Jérémy Jeanson le 02-20-2017, 20:30

- Office 365: Attention au volume utilisé par les fichiers de Thèmes de SharePoint Online par Blog Technique de Romelard Fabrice le 02-07-2017, 18:19

- [SCVMM] Supprimer une machine bloquée par Blog de Jérémy Jeanson le 01-31-2017, 21:22

- Microsoft .Net Challenge 2017 par Le Blog (Vert) d'Arnaud JUND le 01-30-2017, 15:25

- Office 365: Utiliser le bouton Export to Excel depuis un teamsite SharePoint Online et avec le client Office 2007 par Blog Technique de Romelard Fabrice le 01-27-2017, 18:58

- Office 365: Forcer la réindexation des données dans une liste SharePoint Online par Blog Technique de Romelard Fabrice le 01-25-2017, 15:57