SP2013–Mise en place du centre de recherche & configuration

 

Bonjour à tous. Dans le précèdent article : SP2013–Création de l’application de service de recherche & overview, nous avons configuré l’application de service de recherche (Search Service Application) sur notre plateforme SharePoint 2013. Nous avons également parcouru l’ensemble des menus permettant de configurer notre moteur de recherche d’entreprise.

Dans cette exploration, certains changements sont apparu, en particulier au niveau des scopes qui ont disparu au profit des “Result sources”.

Nous allons essayer, dans cet article, de mettre en place un centre de recherche et de configurer l’application de service de recherche pour centraliser les recherches dans ce search center.

Commençons par créer une collection de sites de type “Centre de recherche d’entreprise”.

1/ Création de la collection de sites. Nous nous rendons dans l’administration centrale de SharePoint, cliquer sur le lien “Create site collections” :

 

Nous allons remplir le nom de la collection de sites (“Search Center” dans mon cas), la description, l’url (“search” dans mon cas) et sélectionner le modèle de site : Enterprise > Enterprise Search Center. Il faut bien sûr compléter le nom de l’administrateur de cette nouvelle collection (labs\spfarm pour moi) et cliquer sur “OK” :

 

Et bien sûr… nous patientons… :

 

Le résultat apparait enfin, le centre de recherche est créé. On clique sur le lien, la page d’accueil de ce nouveau centre de recherche se charge :

 

On tente une recherche et bien sûr aucun résultat n’apparait puisque le composant de crawl et ses sources de contenu n’ont pas été paramétrés et qu’aucune indexation n’a été lancée :

 

2/ Pour pouvoir tester l’indexation des PDF, native dans SharePoint 2013, j’ai préalablement ajouté un document PDF dans une bibliothèque de documents “Documents” sur ma collection de sites principale. J’ai utilisé ce document : http://download.microsoft.com/download/2/6/2/26253C22-D8EC-4230-A3ED-E2DEED9E8EBE/Microsoft%20SharePoint%20Workspace%202010%20Product%20Guide_Final.pdf.

 

3/ Paramétrage des sources de contenu. Dans le précédent article, nous avons créé l’application de service de recherche. Nous nous rendons donc sur la page d’administration de cette application, dans l’administration centrale de SharePoint 2013 :

 

On clique sur “Manage service applications” et on clique sur notre application de service de recherche (Search Service Application) :

 

Nous voila sur la page d’accueil de l’application, sur la gauche on sélectionne “Content Sources” :

 

Nous arrivons sur la page permettant de gérer les sources de contenu. Une source est déjà disponible “Local SharePoint sites”. Elle est en “Idle” (en attente, arrêtée) et aucune indexation n’a encore été lancée. On clique sur le lien “Local SharePoint Sites”, la page de ses propriétés apparaissent :

 

Dans les paramètres de cette source de contenu, nous voyons principalement les paramètres de la dernière indexation (type, début, durée), les url qui ont été indexées (sites SharePoint, profils, etc.) :

 

Ainsi que les paramètres des planifications (schedules) des indexations, qu’elles soient complètes (Full Crawl) ou incrémentielles (Incremental Crawl). Une petite nouveauté fait son apparition ici, le “Continuous Crawl” qui nous permettra d’indexer en continu cette source de données. Attention toutefois à la charge consommée par ce type de crawl qui peut être certes lissée mais consommera en continu des ressources que ce soit en terme de CPU, mémoire, disque mais également réseau. En terme d’architecture (topologie), on pourrait par exemple penser à un serveur dédié aux indexations.

On retrouve également la notion de priorité des sources de contenu (pour l’indexation) comme dans SharePoint 2010 :

 

On tente de lancer une indexation complète :

 

Un message d’avertissement nous demande de confirmer, nous confirmons :

 

L’indexation complète se lance (Starting). Il nous faudra patienter jusqu’à ce que la source de contenu repasse en Idle :

 

4/ L’indexation est terminée, nous pouvons vérifier que ce PDF a bien été indexé en copiant son adresse (url) dans SharePoint et en utilisant le Crawl Log. Nous commençons donc par copier cette adresse et on utilise le menu contextuel sur la source de contenu :

 

On s’aperçoit qu’il y a des “success”, des “warnings” et des “errors”. En cliquant sur le nombre en dessous de “success”, la page résumant les documents et pages indexées apparaissent. On entre l’adresse du document dans la textbox en haut (“Type a URL or host name. Use the * character as a wildcard.”) et on valide en cliquant sur “Search” :

 

Le document apparait bien (en “success”), le pdf est donc bien indexé :

 

5/ Nous pouvons dorénavant lancer une recherche sur notre collection de sites ou le search center. J’utilise le texte : “SharePoint Workspace Synchronization Details” qui apparait dans le PDF (dans le contenu), le document PDF remonte bien !

Au passage, on peut noter les nouveautés coté présentation des résultats du plus bel effet, avec au survol l’apparition des métadonnées du document, et des actions :

• Follow => j’ai eu une erreur, alors que le UserProfile est configuré…
• Send => mailto : envoie un mail formaté avec l’url de ce document
• Open => ouvre le document
• View Library => ouvre la bibliothèque contenant ce document

Ou encore sur la gauche des slicers permettant de filtrer par exemple sur la date de modification du document (tous, plus de 1 an, plus de 1 mois, etc.) et une représentation graphique synthétisant le nombre de documents sur les périodes proposées :

 

6/ L’indexation fonctionne donc correctement. Il nous faut maintenant vérifier que cela fonctionne. Sur la page d’accueil de notre collection de sites principale, une liste déroulante (dropdown) est apparu dans la zone de recherche. Lorsque nous sélectionnons “This Site”, les recherches sont redirigées vers la page OSSSearchResults.aspx :

 

Et si l’on sélectionne “Everything”, les recherches sont automatiquement redirigées vers le centre de recherche défini dans l’administration de l’application de service de recherche :

 

Durant cette phase de configuration, il n’a que très peu de nouveautés abordées. On notera les indexations continues, l’url de Search Center globale définie dans l’administration de l’application de service… et bien sûr une toute nouvelle présentation ! On sent toutefois un gros travail qui a été réalisé avec la “fusion” de la recherche d’entreprise de SharePoint et FAST Search et des nouveautés qui n’ont pas encore été abordées (voir l’article précédent). Nous verrons tout cela dans une configuration avancée de cette nouvelle recherche SharePoint… Il reste du travail ! Stay Tuned

SP2013–Création de l’application de service de recherche & overview

 

Bonjour à tous. Je reviens une fois de plus pour vous parler de configuration d’applications de service (Service Applications), et cette fois-ci je vais m’appuyer sur le scénario comprenant la création de cette application à partir de l’administration centrale de SharePoint.

 

Voyons donc comment nous allons nous y prendre pour créer cette application.

 

1/ Rendons nous sur la page d’accueil de l’administration centrale de SharePoint 2013, et cliquons sur “Manage service applications” :

 

2/ L’application de service de recherche n’est pas créée. Nous allons donc commencer par créer cette application de la même manière qu’avec SharePoint 2010. On utilise le ruban : New > Search Service Application :

 

L’assistant permettant de créer cette application de service apparait. Cette fenêtre reprend complètement les paramètres demandés pour la création de ce service avec SharePoint 2010. On nous demande en effet :

• Un nom de service : “Search Service Application”
• Search Service account : compte qui sera utilisé pour lancer le service Windows associé à cette application de service (dans mon cas, j’ai un compte de domaine spécialisé pour les applications de services : Labs\spserviceapps)
• Un pool d’application pour l’administration de l’application de service de recherche, avec une identité (compte géré)
• Un pool d’application pour le WebService associé à l’application de service de recherche avec une identité (compte géré)

 

 

 

On lance la création de l’application de service de recherche grâce au bouton “OK” en bas de page. Cela peut prendre quelques minutes…

…voir même carrément planter ! Ca a été le cas lors de ma configuration, le processus de création ne s’est jamais terminé => PREVIEW !

Pourtant en relançant l’administration centrale de SharePoint 2013, l’application de service été bien créé et démarrée :

 

Et en cliquant sur cette ligne, on arrive sur la page résumant l’état du service, tout à l’air ok à première vue :

 

3/ Pourtant, on remarque tout de suite un message “pas normal” dans le bas de page : “Unable to retrieve topology component health states. This may be because the admin component is not up and running” :

 

Voyant ce message, j’ai pensé à l’instance d’une application de service qui ne serait pas démarrée, sans succès. Après analyse du log, de l’observateur d’évènement et un coup de google, je me suis aperçu que je n’étais pas le seul à avoir ce problème. J’ai donc suivi un workaround proposé ici : http://sharepointstruggle.blogspot.fr/2012/07/sharepoint-2013-unable-to-retrieve.html

Il suffit de télécharger les 3 updates pour Windows Server 2008R2, les installer, faire les Windows Update et redémarrer.

=> Windows Updates à installer :

• http://support.microsoft.com/kb/2554876
• http://support.microsoft.com/kb/2708075
• http://support.microsoft.com/kb/2472264

Une fois le serveur redémarré, tout à l’air de fonctionner, le message d’erreur n’apparait plus. A la place, on a un tableau résumant la topologie de la recherche. Dans mon cas, tout les composants sont sur le même serveur :

 

4/ Faisons maintenant le tour des liens proposés dans le “Quicklaunch”…

1. Premier lien “Farm Search Administration” :

Il n’y a pas grand chose dans cette page, on y retrouve principalement des informations sur la topologie.

 

2. Second lien “Crawl Log”. Les administrateur SharePoint connaissent déjà cette page qui leur permettait d’accéder aux différentes erreurs, warning lancées par l’indexation (le crawl) des sources de données :

 

3. Troisième lien “Crawl Health Reports”. Ici encore, on retrouve des informations que nous proposait déjà SharePoint 2010 avec des statistiques concernant l’indexation des informations/fichiers avec des filtres proposés dans le haut de page : source de contenu, composant, dates de début/fin. Ces données sont présentées sous formes de graphes (courbes). On retrouvait ce graphique dans les “Search Administratives Reports” dans SharePoint 2010 :

 

4. Quatrième lien “Query Health Reports”. Toujours dans le même sens que la page précédente, on nous propose ici des statistiques mais sur les recherches lancées par les utilisateurs ce coup-ci. On retrouve des filtres (date de début/fin, type de client), les données sont présentées sous forme de graphes :

 

5. Cinquième lien, “Usage Reports”. Ici c’est nouveau ! SharePoint 2013 nous propose de télécharger des fichiers Excel (xlsx) contenant des informations sur :

• Nombre de requêtes
• Requêtes les plus utilisées par jour
• Requêtes les plus utilisées par mois
• Requêtes sans résultats par jour/mois
• …

C’est nouveau mais cela a un gout de déjà vu… En effet ces données étaient disponibles à travers les rapports proposés par l’application de service de recherche de SharePoint 2010.

 

6. Sixième lien “Content Sources”. Ce menu est bien connu de tous les administrateurs, c’est ici que nous allons définir du contenu qui sera indexé par l’application de service en question :

Ici rien n’a changé, la présentation reste la même et les informations également.

 

7. Septième lien “Crawl Rules”… rien de nouveau :

 

8. Huitième lien “ Server Name Mappings”… rien de nouveau :

 

9. Neuvième lien “File Types”… rien de nouveau :

 

10. Dixième lien “Index Reset”… rien de nouveau :

 

11. Onzième “Crawler Impact Rules”… rien de nouveau :

 

12. Douzième lien “Authoritative Pages”… rien de nouveau :

 

13. Jusqu’ici, nous n’avons pas remarque de nouveautés notables sur ces divers lien. Le treizième quant à lui, est totalement nouveau. Il s’appelle “Result sources”. Cette page va nous permettre de définir de sources de provenance pour les résultats de recherche en particulier dans le cas de fédération de diverses sources de contenu (SharePoint, Web, DFS, Exchange public folders, etc.). Ce système est dédié à remplacer les Scopes (effectivement ils n’apparaissent plus à aucun endroit dans cette administration de la recherche).

Ils ont l’avantage d’être localisés au niveau des collections de sites et plus au niveau même de l’administration de l’application de service de recherche. On peut donc les déclarer (et les rendre disponibles) au niveau des collections de sites. On devine dès à présent que certaines options doivent être disponibles au niveau de l’administration des collections de site… :

 

14. Quatorzième lien, “Query Rules”. Cette page va nous permettre d’établir des règles concernant les sources établies au menu précédent (les fameuses result sources). On pourra ainsi construire des règles complexe afin que nos résultats de recherches ne concordent pas seulement avec le terme entré par un utilisateur mais plutôt à un ensemble de termes. Par exemple si l’utilisateur entre “SP” ou “SharePoint” ou “SharePoint Online” ou “Office 365”, on proposera un bloc présenté différemment avec un lien pointant vers la page consacrée à SharePoint sur le site de Microsoft.

 

15. Quinzième lien “Query Client Types”. Ce menu reste un peu obscur pour le moment, il s’agit de prioriser le renvoi de résultats suite au lancement d’une recherche et ce suivant le type de client (et donc de fixer un seuil à atteindre avant que cette fonctionnalité soit atteinte, ils l’appellent le “query throttling”). Aucune trace dans le SDK, Technet ou MSDN…

 

16. Seizième lien “Search Schema”. Il s’agit ici en fait d’une fonctionnalité qui existait avec SharePoint 2010 (et 2007) qui s’appelait les “Managed Properties”. SharePoint (ou l’administrateur) vont déclarer ici des propriétés gérées, mappées sur des champs créés dans nos listes/bibliothèques de document afin de promouvoir ces propriétés et de pouvoir, par exemple, les utiliser comme paramètre ou filtre dans une recherche avancée :

• Searchable : inclu le contenu de cette propriété gérée dans l’index et est donc recherchable comme terme en lui-même
• Queryable : la propriété gérée peut être utilisée dans les requêtes complexes de type “[nom de la propriété]:[Valeur]” => recherches avancées
• Retrievable : la propriété gérée peut être retournée dans les résultats de recherche
• Refinable : la propriété peut être utilisée dans les WebPart de raffinement
• Sortable : la propriété gérée peut être utilisée pour le tri des résultats

 

17. Dix-septième lien “Query Suggestions”. Ce menu va vous permettre de paramétrer des suggestion (le fameux “Did you mean XXXXX ?”) qui apparaissent dans SharePoint 2010. Ici vous pourrez exporter les suggestions actuelles dans un fichier TXT, les enrichir et ré-importer le fichier. Ce fichier est bien-sûr différent en fonction de la langue de l’interface de SharePoint.

Petite nouveauté également, le possibilité d’interdire certaines suggestions (une sorte de “noise words” appliqué aux suggestions) avec ici aussi la possibilité d’utiliser un fichier d’export/import :

 

18. Dix-huitième lien “Search Dictionaries”. Le lien nous renvoie vers le service de métadonnées gérées (Managed Metadata Service : MMS) :

 

19. Dix-neuvième lien “Search Result Removal”. Ce menu (comme avec SharePoint 2010) vous permettra d’exclure automatiquement des résultat provenant des urls (à partir de la racine de l’url que vous fournirez), ces résultats ne remonteront donc pas dans les résultats de recherche :

 

Dernière petite chose, à partir de la page d’accueil de l’administration de cette application de service, vous avez la possibilité de définir un “Search Center” global pour votre plateforme SharePoint. Plus besoin de le déclarer sur chacune des collections de sites, tout est centralisé dans l’administration de ce service.

 

Voila, nous avons fait un tour rapide de cette “nouvelle” application de service. Nous y retrouvons pas mal de concepts déjà présents avec SharePoint 2010 mais également de nouveaux (en particulier les “result sources” qui devraient nous simplifier la présentation des résultats suivant leur type, et remplaceront les “Scopes”).

On peut également ajouter, qu’avec cette mouture de SharePoint 2013, Microsoft supporte nativement l’indexation de PDF (ce que nous faisions avec un iFilter auparavant) . De plus, le crawler supporte également l’indexation de mailboxes Exchange.

 

Il nous reste maintenant à mettre tout cela en œuvre… peut être au prochain épisode !

SP2013–UserProfile Active Directory Import

 

Bonjour @Tous,

Lors de la rédaction d’un précédent article concernant le déploiement de l’application de service de synchronisation des profils utilisateurs (UserProfile Service application), je n’ai pas abordé les dernières nouveautés concernant ce service !

La principale nouveauté réside dans la synchronisation des propriétés des utilisateurs dans l’annuaire d’entreprise (Active Directory seulement) grâce à la possibilité de faire du direct import. Mais c’est quoi ? Le direct import permet de synchroniser la base de profils utilisateurs de SharePoint avec l’Active Directory sans passer par ForeFront Identity Manager (FIM), comme c’était le cas avec SharePoint 2010. On l’appelle également “AD Direct Mode”.

Bien sûr, la synchronisation grâce à FIM est toujours présente, mais on peut maintenant s’en passer avec AD Direct Import. Comme son nom l’indique, toujours de synchronisation bi-directionnelle (full-duplex), seul l’import est disponible (de l’AD vers SharePoint)… Dommage !

Quels sont les avantages ??? Principalement se passer de FIM ! Quel administrateur n’a jamais eu de problème avec cette application de service ! … mmm les erreurs 389 ! Les droits de réplication des changements de répertoires (Replicate Directory Changes) et bien sûr les problèmes rencontrés lors de l’installation des divers Cumulatives Updates !!!

Sacré avantage… On peut également imaginer un gain de performance sur cette synchronisation, puisqu’on va se passer d’une couche intermédiaire avec l’abandon de FIM.

 

Comment cela fonctionne-t-il ?

Premièrement, l’import direct fonctionne sans même démarrer le service de synchronisation de SharePoint (qui est utilisé pour la communication avec FIM, sa configuration) ! En effet, le Direct import se base sur le service de profils utilisateur.

Un fois le bon service démarré, il faudra se rendre sur la page d’administration de l’application de service, configurer le type d’import, configurer la connexion à l’annuaire et enfin lancer la synchro… C’est parti !

 

1/ Nous allons commencer par nous rendre dans l’administration centrale de SharePoint et démarrer le service “User Profile service”. Nous allons donc cliquer sur le lien “Manager service on server” et trouver, démarrer le service ‘User Profile Service” et seulement ce service :

 

2/ Une fois démarré, nous retournons sur la page d’accueil de l’administration centrale, et ensuite aller dans la page de gestion des applications de service : “Manage service application” :

 

Ensuite cliquer sur l’application de service qui concerne l’application de service “User Profile” (dans mon cas, UserProfile Service Application) et on accède à la page d’administration de l’application de service :

 

Nous allons commencer par configurer le type de connexion qui va être utilisé par l’application de service, cela se passe dans le menu “Configure Synchronization Settings”, on sélectionne la valeur “User SharePoint Active Directory Import” dans le paramètre “Synchronization Options” :

 

On revient ensuite sur la page d’administration de l’application de service et nous allons configurer la connexion vers l’Active Directory pour cela on clique sur le lien “Configure Synchronization Connections”, on clique sur “Create New Connection” :

 

En on renseigne les paramètres pour pouvoir sélectionner les éléments à importer (profils, machines, groupes, etc.) :

• Nom de la connexion
• Type (Active Directory Import)
• Nom du domaine (FQDN)
• Type d’authentification
• Compte à utiliser pour la synchro + password
• Port par défaut : 389

Et ensuite on clique sur le bouton “Populate” :

 

Le conteneur avec les nœuds de l’Active Directory se remplit, on sélectionne les types d’objets à importer :

 

La connexion est créée :

 

3/ Troisième étape, paramétrer le job de synchronisation. Dans la page d’administration de l’application de service, on utilise le lien “Configure Synchronization Timer Job” :

 

Par défaut, la planification est fixée à 5 minutes… on se doute que la synchro directe peut être très rapide !!!

 

Vivement le test !!! => Et donc on teste !

Pour cela, on se rend encore sur la page d’administration de l’application de service et on clique sur le lien “Start Profile Synchronization”. Sur la page s’affichant, on sélectionne l’option “Full Synchronization” et on valide :

 

La synchro démarre…

 

Et se finit SUPER VITE !

 

Bien sûr, mon AD est assez pauvre avec seulement 39 profils mais en comparaison avec la synchro “SharePoint 2010” :

• Synchro type SharePoint 2010 : 6 minutes
• Synchro Direct import : 39 secondes

Et là, y’a pas photo. On voit bien que toute la mise en place et en fonctionnement de la synchro “classique” prend énormément de temps et donc ce “Direct Import” prend tout son sens. Reste à voir dans l’usage ce que cela pourra donner avec des AD beaucoup plus fourni… mais une bonne nouvelle en perspective, vivement la release finale !

SP2013–Configuration du service de métadonnées gérées

Nous poursuivons la configuration de la nouvelle ferme SharePoint 2013 avec le déploiement de l’application de service de métadonnées gérées (Managed Metadata).

 

1/ Nous nous rendons donc dans l’administration centrale de SharePoint :

 

Puis il faut se rendre dans la section “Manage service applications” :

 

Puis cliquer sur le bouton “New” du ruban et sélectionne “Managed Metadata Service” :

 

2/ L’assistant de création du service se lance, on remplit les paramètres :

• Nom du service
• Nom de la base de données associée
• Pool d’application avec son compte géré

 

Une fois terminé, le nouveau service s’affiche :

 

3/ Il faut maintenant mettre en place la sécurité sur ce service; on clique sur la ligne du service et sur le bouton “Administrators” dans le ruban :

 

4/ On essaie ensuite de se rendre sur la page d’administration de cette nouvelle application de service, mais bien sûr cela ne fonctionne pas… vous l’aurez noté, nous n’avons pas encore démarré le service sur le serveur !! (pour les yeux avisés…)

 

5/ Il faut alors se rendre sur la page d’accueil de l’administration centrale et cliquer sur “Manage services on server” :

 

Il faut repérer le service “Managed Metadata Web Service” et cliquer sur “Start”. Après quelques secondes, le services est dans le statut “Started” :

 

 

6/ Nous retournons ensuite sur la page d’administration de l’application de service, et là, plus d’erreur. Il nous faut maintenant ajouter quelques groupes, terms set, terms afin d’avoir un peu de données disponibles :

 

7/ Et enfin, tester le tout dans une nouvelle colonne de type métadonnées gérées sur une bibliothèque de documents :

 

En conclusion de ce post, il n’y a que peu de nouveautés concernant cette application de service, le design change mais les fenêtres restent les mêmes avec les mêmes paramètres.

On notera seulement deux petites différences

• Lors de la configuration du magasin de termes, dans SharePoint 2010 nous pouvions seulement utiliser les langues (language packs) qui avaient été installées sur le serveur. Maintenant nous pouvons utiliser d’autres “locales” :

 

• lors de la création des termes set et des terms, un nouveau menu fait son apparition “Pin Term With Children”. Apparemment il permet de réutiliser et lier des termes dans les différents terms sets :

 

Encore une fois, les administrateurs formés à SharePoint 2010 ne seront pas déstabilisés. L’organisation des menus, options et contrôles n’a pas changé entre la version 2010 et cette version Preview 2013.

SP2013–Configuration du service de profils utilisateurs

Dans la continuité du précédent article sur l’installation de SharePoint 2013, nous poursuivons l’installation/configuration avec le déploiement du service de profils utilisateurs (User Profile).

 

1/ Pour commencer, il faut se rendre dans la console d’administration de SharePoint 2013 (Central Admin) :

 

Puis on clique sur “Manage service applications” pour accéder à la page de gestion des applications de service :

 

L’application de profils utilisateurs n’est pas encore créée. On va donc utiliser le bouton “Nouveau” en haut à gauche et sélectionner “UserProfile Service Application” dans la liste des services proposés:

 

On accède alors à la page permettant de configurer le service avant sa création. Tout cela ressemble beaucoup à SharePoint 2010, rien de nouveau, seulement une présentation métro-like. On remplit les champs :

• Nom du service : UserProfile Service Application
• On créé un nouveau pool d’application : UserProfileAppPool
• On configure le compte d’accès géré (dans mon cas j’en créé un nouveau, il n’était pas encore déclaré : labs\spserviceapps)
• Je conserve les noms de base de données proposés, cela me convient.

 

Et enfin on lance la création, cela peut prendre quelques minutes (2 dans mon cas…) :

 

Le service est créé, sans erreur :

 

Il apparait maintenant dans la liste des applications de service :

 

2/ Nous allons maintenant configurer un peu de sécurité sur cette nouvelle application de service, en renseignant les comptes administrateur et les permissions. On sélectionne donc la ligne de l’application de service UserProfile (on ne clique pas sur le lien ).

Je renseigne donc l’administrateur :

 

On valide la fenêtre, et on clique maintenant sur le lien pour se rendre sur la page d’administration du service… et là erreur !

 

Effectivement, petit oubli de ma part, il faut démarrer les services sur le serveur. On repart donc sur la page d’accueil de la Central Admin, on clique sur “Manage services on server” :

 

On accède à la page permettant de démarrer/stopper les services en cours sur les serveurs.

Nous allons donc démarrer les deux services liés à l’application de service UserProfile. On commence par “User Profile Service”, puis “User Profile Synchronization Service” :

 

Il faut renseigner le compte de synchronisation avec l’Active Directory (attention à la délégation “Replicate Directory Changes” obligatoire pour le compte de synchronisation, idem qu’avec SharePoint 2010) :

 

Le service va mettre quelques minutes à démarrer, il va être dans l’état “Starting” puis “Started” si tout se passe bien !

 

3/ On revient alors sur la page d’administration de l’application de service… Ca fonctionne !

 

4/ Je vais maintenant configurer la connexion pour la synchronisation avec l’Active Directory. Je me rend donc dans le menu “Configure Synchronization Connections”. Tout est exactement pareil qu’avec SharePoint 2010…

 

New…

Je complète les paramètres demandés :

• Nom de la connexion
• Type : Active Directory
• Nom de la forêt : Labs
• Compte d’accès pour la synchronisation

 

Et enfin on utilise le bouton “Populate” pour récupérer les utilisateurs, groupes, etc. dans nom contrôleur de domaine :

 

On valide… La connexion est créée !

 

Il faut maintenant configurer la planification de la synchronisation, pour cela on utilise le menu “Configure Synchronisation Timer Job” :

 

Première remarque, la navigation dans la Central Admin (depuis les pages d’administration des applications de service par exemple) n’a pas été améliorée dans cette Preview, il faut souvent remonter à la page d’accueil et re-parcourir les menus… dommage, cela aurait été un gain de temps précieux et une facilité d’utilisation accrue pour les administrateurs.

 

5/ Ensuite, nous allons créer tout ce qu’il nous faut pour utiliser les MySites. Rien de bien compliqué, nous nous rendons sur la page de création des collections de sites (Application Management > Create site collection) et nous créons une nouvelle collection de sites de type MySite Host :

 

On remplit les paramètres :

• Nom de la collection de sites : MySite
• Web Site address : <Url de mon serveur>/sites/MySites
• Template de site : My Site Host dans la section “Enterprise”
• Administrateurs

 

La collection de sites est créée :

 

6/ On se rend ensuite sur la page d’administration de l’application de service UserProfile et nous allons configurer les My Sites :

 

On clique sur “Setup My Sites”. Il faut principalement remplir le champ “My Site Host” avec l’adresse (Url) de la collection de sites précédemment créée :

 

On valide puis on retourne sur la page d’administration du service :

 

7/ Cela sent la fin… il nous reste tout de même à lancer une première synchronisation complète de l’Active Directory. On utilise le lien “Start Profile Synchronization”. Pensez à cocher “Start Full Synchronization”, et “OK” :

 

La synchronisation démarre, on le remarque à droite, dans la zone “Profile Synchronization Settings” :

 

A la fin, la synchronisation est en “Idle”, l’opération est terminée… 39 profils synchronisés dans mon cas, cela semble correct :

 

8/ Dernière étape… TESTER ! Je me rend donc sur mon site “Intranet” créé sur le port 80 et je clique sur le menu “About Me” :

 

On accède à notre user profile !

 

En bilan de cette configuration, les connaisseurs diront qu’il n’y a pas grand chose de neuf sauf dans le design. A l’usage, il est certains que certains problèmes ont du être corrigé… mais il faudra attendre de pouvoir déployer en production sur de grandes infrastructures pour s’en apercevoir. Cela reste toutefois rassurant pour les administrateurs qui ne se sentiront pas “perdu” lors de la mise en place du service, les automatismes pourront être conservés !

 

Prochain article… wait & see

101 Samples pour Développer avec SharePoint 2010

Voici un petit “cadeau” que distribue Microsoft par le biais MSDN. 101 Samples pour SharePoint 2010 qui vous permettront par exemple :

• D’appeler les services WCF de SharePoint
• De créer des types de contenus, des Timer Jobs, de la taxonomie, etc. par code
• De mettre en place JQuery dans un site SharePoint
• De récupérer les minimal masterpages
• Du REST
• Du JSON
• Le modèle objet client javascript (OM Javascript)
• …

Un petit extrait du contenu :

SharePoint 2010 Developing Styled Master Pages
This sample creates and deploys branded master pages to customize SharePoint sites, including custom stylesheets and images.
SharePoint 2010 Developing JQuery-Enabled Web Parts
This sample develops a Web Part that uses the JQuery library to display items from a SharePoint list.
SharePoint Online Accessing Web Services
This sample connects to SharePoint Online, authenticates by using claims authentication, and then displays the contents of a SharePoint Online list.
SharePoint 2010 Creating Custom SharePoint Service Applications
This sample returns the current weekday by using a custom service application for SharePoint.
SharePoint 2010 Developing AJAX-Enabled Web Parts
This sample creates a SharePoint Web Part that uses Ajax UpdatePanel and UpdateProgress controls to call server-side methods.
SharePoint 2010 Developing Sequential Workflows
This sample develops SharePoint sequential workflows based on items in task lists.
SharePoint 2010 Using JavaScript and CAML to Query Lists
This sample uses the SharePoint Client Object Model to display the details of all the items in a SharePoint list.
SharePoint 2010 Developing Custom Navigation Providers
This sample creates and deploys two links to the top link bar on a SharePoint site.
SharePoint 2010 Creating List Items from Silverlight
This sample creates SharePoint list items by calling the SharePoint Client Object Model from Silverlight applications.
SharePoint 2010 Developing Web Templates
This sample creates web templates, which are similar to SharePoint site definitions, but can be used in sandboxed solutions.
SharePoint 2010 Creating Custom Timer Jobs
This sample creates and schedules a SharePoint timer job that runs code at regular intervals.
SharePoint 2010 Creating Custom Field Types
This sample creates a new field type that adds options for users who create new columns in SharePoint lists, libraries, or content types.
SharePoint 2010 Programmatically Reading User Profile Properties
This sample obtains properties from all SharePoint user profiles in your organization.
SharePoint 2010 Developing Workflow Activities
This sample creates and deploys custom workflow activities that can be used in SharePoint Designer to extend workflows.
SharePoint 2010 Using JQuery to Retrieve List Contents in JSON
This sample uses the JQuery library to obtain and display items in SharePoint lists.
SharePoint 2010 Developing Page Layouts
This sample creates and deploys custom page layouts for content types in SharePoint publishing sites.
SharePoint 2010 Displaying Video Files Stored in Azure
This sample displays videos stored in Windows Azure in Silverlight applications.
SharePoint 2010 Creating Document Sets Programmatically
This sample creates new SharePoint document sets and configures their properties.
SharePoint 2010 Developing Event Receivers
This sample develops and registers an event receiver that intercepts SharePoint list item events such as ItemAdded and ItemUpdating.

 

Le téléchargement est bien sûr gratuit et se passe par ici : http://code.msdn.microsoft.com/SharePoint-2010-101-Code-da251182

SP2010 – Configurer Search Server avec PowerShell – Part 3

Et enfin… la troisième partie !

La première partie expliquant comment créer des sources de contenu se trouve ici : http://kazoumoulox.wordpress.com/2011/10/06/confsearchpowershell-part1/

La seconde partie expliquant comment créer les étendues personnalisées, des des propriétés gérées se trouve ici : http://kazoumoulox.wordpress.com/2012/01/17/confsearchpowershell-part2/

Cette troisième partie permettra d’ajouter des règles d’inclusion/exclusion dans l’étendue personnalisée en utilisant les propriété gérées de la partie 2.

Rappelons-nous tout d’abord dans quel état était notre ferme SharePoint 2010. Nous avons créé le service de recherche de SharePoint, créé une source de contenu, une étendue personnalisée, une propriété gérée pointant sur la propriété indexée Type de Contenu des enregistrements SharePoint (Document ou Items). Bien sûr le tout à l’aide du Management Shell de SharePoint !

L’objectif est presque rempli… il nous reste toutefois quelques petites choses à faire !

Vous en souvenez peut-être, mais voici l’état dans lequel nous avons laissé l’étendue personnalisée après nos précédentes et trépidantes aventures :

Nous avons une étendue avec une seule règle, celle limitant les résultats inclus dans la source de contenu “Nouvelle Source”. Nous allons donc en ajouter une nouvelle qui sera cette fois-ci requise et limitera les résultats aux documents et enregistrements dont le type de contenu est “Demande de congés” (qui a été au préalable déclaré dans une collection de sites inclue dans la source de contenu).

Première étape (si ce n’est déjà fait), lancer le Management Shell pour SharePoint 2010, depuis le menu Démarrer > Tous les programmes > Microsoft SharePoint 2010 Products > SharePoint 2010 Management Shell :

Ensuite, il faut récupérer l’instance du service de recherche avec la ligne (Entre les quotes, c’est le nom de l’application de service qui a été créée dans les précédents articles):

• $searchapp = Get-SPEnterpriseSearchServiceApplication “Service de Recherche de SharePoint 2010 créé par Powershell”

Puis récupérer l’étendue personnalisée avec :

• $MyScope = GetSPEnterpriseSearchQueryScope -SearchApplication $searchapp -Identity “Première Etendue en PowerShell”
• $MyScope

Nous avons déja vu, dans la partie 2 qu’il fallait utiliser le cmdlet New-SPEnterpriseSearchQueryScopeRule pour ajouter une nouvelle règle à une étendue personnalisée. On reprend donc cette commande :

• New-SPEnterpriseSearchQueryScopeRule -RuleType PropertyQuery -ManagedProperty ContentTypeForSearch2 -PropertyValue “Demande de congés” -FilterBehavior Require  -scope $MyScope -SearchApplication $searchapp -url http://labs-sp2010/

Voici le résultat dans SharePoint :

Nous avons donc bien créé une nouvelle règle requise, utilisant la propriété gérée ContentTypeForSearch2 (=”Demande de congés”).

Mais pour le moment, il y a 0 éléments remontés… peut être parce qu’il n’y a pas de demande de congés déposées ! …

Dernière opération, lancer la mise à jour des étendues, pour cela, rien de plus simple !

• $searchapp.StartScopesCompilation()

Cette commande lance la compilation comme on peut le voir dans l’administration centrale de SharePoint :

Et à la fin de la mise à jour :

Donc tout à l’air prêt… y’a plus qu’à tester ! Pour cela je vais ajouter quelques documents utilisant le type de contenu “Demande de congés” dans une bibliothèque de documents de la collection de sites http://labs-sp2010/.

Il faudra bien sûr relancer l’indexation du contenu (incrémentielle ou complète) et vérifier que l’étendue personnalisée contient bien nos documents. Allez c’est parti ! (ça sent la fin )

 

Une fois quelques documents ajoutés, il faut bien sûr relancer une indexation (complète pour ma part) afin que le composant crawler (indexeur) parcoure ces documents et indexe le contenu & les méta-données du document… et en particulier notre type de contenu !

Après donc quelques minutes/heures d’indexation, alors voir dans notre nouvelle étendue combien de documents ont été indexés avec le type de contenu souhaité :

 

 

Les données sont donc bien indexée et l’on retrouve nos documents ajoutés dans l’étendue de recherche de SharePoint. Cette étendue pourra alors être utilisée soit dans la liste déroulante des étendues juste devant la searchbox (barre de recherche des sites SharePoint) soit dans les centres de recherche (SharePoint 2010 Server Editions Standard ou Enterprise) et permettront de filtrer à priori ou à posteriori les données. Ces filtres amélioreront l’expérience utilisateur avec le moteur de recherche et leur permettront de trouver plus rapidement les documents recherchés au travers du moteur de recherche de SharePoint.

Cette suite d’articles est donc terminée, en espérant avoir été clair, concis et efficace. Je recherche des sujets pour mes prochains posts… donc si vous avez des idées, laissez moi un message !

[SP2010] – Limitation à 2000 enregistrements dans le BCS SharePoint 2010

Lorsqu’on réalise un BCS (Business Connectivity Service) à l’aide de SharePoint Designer 2010 par exemple, il arrive qu’on se heurte à une limitation imposée par l’application de service BCS. Cette limitation ne permet par de retourner plus de 2000 éléments lors de l’exécution de la méthode “Read List”.

Pour augmenter cette limite, rien de tel qu’un petit script PowerShell !

$appbcs = Get-SPServiceApplicationProxy | where{$_.GetType().FullName -eq (‘Microsoft.SharePoint.BusinessData.SharedService.’ + ‘BdcServiceApplicationProxy’)}

$BCSLimit = Get-SPBusinessDataCatalogThrottleConfig -ServiceApplicationProxy $appbcs -Scope database -ThrottleType items

Set-SPBusinessDataCatalogThrottleConfig -Identity $BCSLimit -Maximum 100000 -Default 20000

On vérifie que cela fonctionne : $BCSLimit = Get-SPBusinessDataCatalogThrottleConfig -ServiceApplicationProxy $appbcs -Scope database -ThrottleType items

$BCSLimit

Le Management Shell doit vous afficher la limite par défaut à 20000 et le maximum à 100000.

Et voilà !

 

SP2010 – Configurer Search Server avec PowerShell – Part 2

Voici donc la suite logique des choses, comment configurer des étendues dans SharePoint 2010 Search Server à l’aide de PowerShell !

La première partie expliquant comment créer des sources de contenu se trouve ici : http://kazoumoulox.wordpress.com/2011/10/06/confsearchpowershell-part1/

Première étape, lancer le Management Shell pour SharePoint 2010, depuis le menu Démarrer > Tous les programmes > Microsoft SharePoint 2010 Products > SharePoint 2010 Management Shell :

Ensuite, il faut récupérer l’instance du service de recherche avec la ligne (Entre les quotes, c’est le nom de l’application de service qui a été créée dans les précédents articles):

• $searchapp = Get-SPEnterpriseSearchServiceApplication “Service de Recherche de SharePoint 2010 créé par Powershell”

Nous allons ensuite créer une étendue (Scope en Anglais) toujours à l’aide de Powershell :

• $MyScope = New-SPEnterpriseSearchQueryScope -Name “Première Etendue PowerShell” -Description “Première étendue créée avec Powershell” -SearchApplication $searchapp -DisplayInAdminUI $true

=> La variable $true est une variable globale de PowerShell, pas besoin de la déclarer

Dans l’administration centrale, dans les étendues de recherche associées à l’application de service “Service de Recherche de SharePoint 2010 créé par Powershell”, on retrouve bien la nouvelle étendue (pas de règles pour le moment) :

Nous allons à présent ajouter des règles sur cette nouvelle étendue, par exemple lui indiquer quel contenu nous voulons inclure à l’étendue. Dans mon cas, tout le contenu se trouvant dans l’étendue créée précédemment :

• New-SPEnterpriseSearchQueryScopeRule -RuleType PropertyQuery -ManagedProperty ContentSource -PropertyValue “Nouvelle Source” -FilterBehavior Include -url http://labs-sp2010 -scope $MyScope -SearchApplication $searchapp
  

Je voudrais ensuite ajouter une nouvelle règle me permettant de ne remonter que les éléments de certains types de contenu. Pour cela, il faut utiliser la méthode de Glyn Clough que vous trouverez ici : http://www.glynblogs.com/2011/01/create-a-content-type-search-refinement-panel-in-sharepoint-2010.html afin de pouvoir ajouter une propriété gérée pointant sur le type de contenu de chaque élément stocké dans SharePoint (autant documents que items).

En suivant ce tutorial, on obtient dans notre cas :

Création de la propriété gérée :

On la nommera ContentTypeForSearch, on pourra ajouter une petit description et on conservera le type texte pour la propriété. Ensuite, on veillera à ce que “Inclure les valeurs à partir de toutes les propriétés analysées mappées” soit bien sélectionné. Puis il faudra cliquer sur le bouton “Ajouter un mappage” :

Dans la popup modale qui apparaît, on recherchera la propriété ows_ContentType et on cliquera sur OK :

Sélectionner ensuite “Autoriser l’utilisation de cette propriété dans les zones” ainsi que “Ajoutez la propriété gérée au jeu de résultats personnalisé récupéré sur chaque requête. Remarque : par défaut, seuls les 2 premiers kilo-octets de données sont disponibles à l’affichage.” et enfin valider la page en cliquant sur OK :

On voit alors cette nouvelle propriété apparaître dans la liste avec les propriétés suivantes :

J’ai donc une nouvelle propriété gérée mappée sur la propriété ows_ContentType. il me reste à présent à lancer une indexation complète des données par le moteur de recherche de SharePoint. Cela se fait en utilisant le lien “Sources de contenu” sur la gauche puis en utilisant le menu contextuel sur la source de contenu et “Démarrer l’analyse complète” tel que suit :

L’analyse peut être un peu longue suivant le volume d’informations à indexer et suivant la configuration de votre serveur (Processeurs/RAM en particulier). Il faut donc attendre la fin de l’indexation :

OU ALORS…. On peut le faire en Powershell (vous y avez cru hein !!! genre on ne peut pas faire ça en PowerShell…)  !!!

Rappelez-vous, au début de l’exercice nous avions : $searchapp = Get-SPEnterpriseSearchServiceApplication “Service de Recherche de SharePoint 2010 créé par Powershell”.

• Nous allons donc commencer par $metadatacategory = Get-SPEnterpriseSearchMetadataCategory –Identity SharePoint -SearchApplication $searchapp
• Puis $metadatacategory pour vérifier le contenu :

On voit donc qu’il y a 156 propriété indexées dans le magasin de cette application de service de recherche. Nous allons maintenant récupérer celle concernant les types de contenu : ows_ContentType :

• $crawledproperty = Get-SPEnterpriseSearchMetadataCrawledProperty -SearchApplication $searchapp -Name ows_ContentType
• Puis $crawledproperty 

On peut comparer avec les valeurs indiqués lorsque l’on regarde les propriétés de la propriété indexée :

Nous avons donc bien récupéré la propriété indexée “ows_content”. Il va maintenant falloir créer notre propriété gérée, mappée sur cette propriété indexée. Pour cela, toujours grâce à Powershell on créée une propriété gérée nommée ContentTypeSearch2 (on conserve la première pour pouvoir comparer) :

• $managedproperty = New-SPEnterpriseSearchMetadataManagedProperty -SearchApplication $searchapp -Name ContentTypeForSearch2 -Type 1
• $managedproperty
• Voir documentation ici pour le paramètre Type en particulier : http://technet.microsoft.com/en-us/library/ff608089.aspx et également ici : http://www.sharepointstudio.com/Blog/Lists/Posts/Post.aspx?ID=38

Et dans SharePoint, la nouvelle propriété gérée apparaît bien mais il y a deux soucis. Le premier est que cette propriété ne référence pas encore la propriété indexée “ows_ContentType” et également nous avions positionné “Ajoutez la propriété gérée au jeu de résultats personnalisé récupéré sur chaque requête. Remarque : par défaut, seuls les 2 premiers kilo-octets de données sont disponibles à l’affichage.” et cela n’est pas sélectionné dans notre cas.

Première chose donc, mapper la propriété gérée et la propriété indexée :

• New-SPEnterpriseSearchMetadataMapping -SearchApplication $searchapp -ManagedProperty $managedproperty -CrawledProperty $crawledproperty

Dans la page SharePoint des propriétés de cette propriété gérée, on a alors :

La propriété gérée est bien mappée à la propriété indexée… Magique !  Par contre pour trouver comment cocher l’option “Ajoutez la propriété gérée au jeu de résultats personnalisé récupéré sur chaque requête. Remarque : par défaut, seuls les 2 premiers kilo-octets de données sont disponibles à l’affichage.”… sacré challenge !

En effet, aucune propriété ne permet de le faire directement (par exemple un attribut de $managedproperty qu’il faudrait mettre à True). Pas aussi simple.

Comment faire… ??? Le plus simplement que j’ai trouvé est d’ouvrir la page http://labs-sp2010:65000/_admin/search/managedproperty.aspx?property=ContentTypeForSearch2&appid={50762837-130c-4346-b7d8-f5432de62ad4} avec le bloc note et identifier dans quelle “assembly” (DLL) est situé le “code behind” exécuté lorsque l’on clique sur OK. J’ouvre donc ”C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\ISAPI\Microsoft.Office.Server.Search.dll” à l’aide de ILSpy ou Reflector afin de décompiler le code de cette DLL.

Je parcours alors les namespace et classes de cette assembly pour trouver la bonne classe : Microsoft.Office.Server.Search.Internal.UI.ManagedPropertyPage et la bonne méthode appelée sur le clic bouton : OkButtonClicked :

Et on localise un bout de code où l’on teste que la case à cocher (checkbox) en question est cochée ou pas :

Et on voit que deux propriétés sont mises à jour !!! QueryPropertyBlob et PutInPropertyBlob (à True pour les deux). Il faudra donc sans doutes mettre ces deux propriétés à jour par PowerShell. Je me lance alors dans le test :

• $managedproperty.QueryPropertyBlob = $true
• $managedproperty.PutInPropertyBlob = $true
• $managedproperty.Update()

Et le grand test :

CA MARCHE !!! WAAAAAAAAOUUUUUUUU

Maintenant, il suffit de lancer une indexation complète, bien sûr par PowerShell (je vous rappelle) :

• $contentsource = Get-SPEnterpriseSearchCrawlContentSource ”Nouvelle Source” -SearchApplication $searchapp
• $contentsource.StartFullCrawl()

Lorsque l’indexation sera terminée, la dernière opération consistera à ajouter une règle sur notre étendue de recherche permettant de filtrer les résultat sur le type de contenu (pour rappel, nous voulions tous les documents remontés par la source de contenu “Nouvelle Source” et qui sont du type de contenu “TOTO” (c’est un exemple… :p )).

Mais ce sera pour la prochaine partie !  J’ai commencé cet article en octobre… il est temps qu’il sorte enfin. A bientôt donc !

SP2010 – Configurer Search Server avec PowerShell – Part 1

Dans deux articles précédents, j’expliquais comment configurer le service de recherche de SharePoint Server à l’aide de Powershell. Le but principal était de pouvoir automatiser la configuration de ce service afin de rejouer ce scénario sur plusieurs environnements.

Dans la continuité, nous allons voir comment créer les sources de contenu ainsi que les étendues de recherche, toujours avec l’aide de Powershell (SharePoint Management Shell).

Première étape, lancer le Management Shell pour SharePoint 2010, depuis le menu Démarrer > Tous les programmes > Microsoft SharePoint 2010 Products > SharePoint 2010 Management Shell :

Ensuite, il faut récupérer l’instance du service de recherche avec la ligne (Entre les quotes, c’est le nom de l’application de service qui a été créée dans les précédents articles):

• $searchapp = Get-SPEnterpriseSearchServiceApplication “Service de Recherche de SharePoint 2010 créé par Powershell”

On va ensuite créer une source de contenu (vous trouverez de la documentation ici : http://technet.microsoft.com/fr-fr/library/ff607867.aspx) :

• $contentsource = New-SPEnterpriseSearchCrawlContentSource -Name “Nouvelle Source” -SearchApplication $searchapp -Type SharePoint -StartAddresses “http://labs-sp2010/,http://labs-sp2010:60000/&#8221;

Ou récupérer une source de contenu existante, par exemple :

• $contentsource = Get-SPEnterpriseSearchCrawlContentSource ”Sites SharePoint locaux” -SearchApplication $searchapp
  

On peut afficher le contenu de la source de contenu :

Et dans l’administration du service de recherche (dans l’administration centrale, gestion des applications de service) :

Et dans les détails de cette nouvelle source de contenu, on peut vérifier que les adresses de départ sont bien fixées. Par contre les planifications ne sont pas mises en place :

A noter qu’à partir des objets déclarés dans la console PowerShell, et en particulier $contentsource, vous pouvez démarrer les analyses (complète et incrémentielle) :

• $contentsource.StartFullCrawl()
• $contentsource.StartIncrementalCrawl()

Ou encore changer la priorité de l’analyse de cette source de contenu (Pensez à appeler la méthode update !!!) :

Mais qu’en est-il des planifications ??

Il est également possible de créer ces planifications pour la source de contenu… voici comment faire. Dans mon cas, il s’agit premièrement de positionner une planification incrémentielle toutes les 30 minutes, à partir d’aujourd’hui à 22h00 :

•  Set-SPEnterpriseSearchCrawlContentSource -Identity $contentsource -ScheduleType Incremental -DailyCrawlSchedule -CrawlScheduleStartDateTime “06/10/2011 22:00″ -CrawlScheduleRunEveryInterval 1 -CrawlScheduleRepeatDuration 1440 -CrawlScheduleRepeatInterval 30

Et pour la planification de l’indexation complète, une fois par semaine, le dimanche à 3h00 :

• Set-SPEnterpriseSearchCrawlContentSource -Identity $contentsource -ScheduleType Full -WeeklyCrawlSchedule -CrawlScheduleDaysOfWeek 1 -CrawlScheduleDateTime “03:00″

Si on vérifie dans le paramétrage du service de recherche :

Donc tout est ok côté sources de contenu… reste maintenant les étendues de recherche (scopes)… dans un prochain épisode !