locked
Rechercher d'un élément d'une liste liés au résultat d'une recherche sous SharePoint 2010 RRS feed

  • Question

  • Bonjour,

    j'ai créé un site SharePoint 2010 de gestion de candidats et de leur CV. J'ai créé une librairie de documents et une liste de candidats, avec une colonne "lookup", dans laquelle il y a (j'ai lié) les documents du candidat.

    J'aimerai pouvoir faire des recherches sur le contenu des documents et avoir comme résultat le candidat lié au document trouvé par la recherche.

    Or pour le moment, je n'arrive a avoir que les documents qui contiennent le "mot" recherché.

    Faut-il que je construise mes listes et librairies différemment ?

    Pourriez-vous m'aider ?

    Merci


    • Modifié mlzim jeudi 27 septembre 2012 13:01
    lundi 24 septembre 2012 13:13

Réponses

  • Pour être visible dans les "crawled properties", vos colonnes doivent être des colonnes de Site, donc crée au niveau de la ccollection de site, dans la galleries des colonnes de site.

    Si vous avez créer directement les colonnes sur la liste ça explique leur absences dans le moteur de recherche.

    Le mieux est de passer par un "Type de Contenu" qui utilise obligatoirement des colonnes de sites.


    Blog Sharepoint : www.paslatek.net Twitter : @LimozinLionel

    mardi 2 octobre 2012 09:15
  • Bonjour,

    après des heures de recherche, j'ai enfin trouvé une solution.

    J'ai effectivement créée une "Colonne de Site" nommée "IdCandidat", qui est un "lookup" sur la colonne "Id_Candidat" de ma liste Candidat.

    J'ai créé une nouvelle colonne dans ma librairie "Document" à partir de cette "colonne de site".

    J'ai créé une "New Managed Property"  (RHIdCandidat) dans "Metadata Properties" sur laquelle j'ai mappé ma "crawled Property" (après avoir fait plusieurs "<label for="ctl00_PlaceHolderMain_startCrawlCheckBox">Start full crawl of this content source" </label> dans "Content Sources" de "Crawling" ).

    j'ai ajouté cette "Managed Property" dans "Fetched Properties"  de "Display Properties" de ma page d'affichage de recherche.

    Et quand je trouve un document dans le résultat d'une recherche, ma donnée liée (RHIdCandidat) est bien là.

    Il ne me reste plus qu'à trouver comment l'ajouter dans le script XSL d'origine :-))

    Merci à vous

    mercredi 3 octobre 2012 10:33

Toutes les réponses

  • Bonjour,

    Je ne sais pas sous quelle version vous êtes mais pour ce genre de chose je vous suggère de jeter un oeil sur les Document Set qui sont plus approprie pour ca... (pas besoin de liste et de lookup entre autres)

    http://lefortludovic.developpez.com/tutoriels/sharepoint/documents-set-dans-sharepoint-2010/


    Pascal P
    http://sharepoint-afterwork.fr
    Twitter: @PascalPoeck
    Facebook : https://www.facebook.com/SharePointAfterWork

    lundi 24 septembre 2012 22:17
  • Bonjour Pascal,

    et merci pour ta réponse.

    j'ai testé les "Document Set", mais cela ne résout pas mon problème. Ça ne rajoute qu'un niveau de répertoire supérieur (si j'ai bien tout compris).

    La Version de SharePoint Server 2010, que j'utilise, est la 14.0.4763.1000.

    Mon problème est que j'ai une librairie de documents et une liste de candidats auxquels j'ai rattaché des documents de ma librairie. Et quand je fais une recherche de mots (avec "SearchCenter" ) dans mon Site, en plus des documents trouvés, je voudrais avoir les Candidats reliés à ces documents.

    Du style, avoir le nom du document (contenant le mot recherché) et à coté le nom (ou l'ID) du Candidat.

    Je sais, j'en demande peut-être un peu beaucoup :-))) Mais c'est ce que l'on m'a demandé :-)

    J'ai lié ma librairie Document à ma liste Candidat et inversement, mais ce n'est pas encore le résultat que je veux.

    Je continue mes recherches :-))

    Si tu as une autre solution ....

    Merci pour tout

    mlzim

    mardi 25 septembre 2012 13:27
  • Bonjour,

    Avez vous penser à liéer des webparts, qui contiendront vos lists..

    Merci,

    Gokan


    My blog: SharePoint Pirate http://www.gokanozcifci.be
    Microsoft Certified Technology Specialist: SharePoint 2010, Configuring
    SharePoint Server 2010 Contributor on BTgonulluleri.com
    SharePoint Server 2010 Contributor on NothingButSharepoint.com
    SharePoint Server 2010 Contributor on SPCNL.NL
    SharePoint Server 2010 Contributor on MSHOWTO.org
    Join Me on my Linkedin Profile

    mardi 25 septembre 2012 20:12
  • Bonjour Gokan,

    et merci

     

    J'ai essayé, mais cela ne fonctionne pas :-( Je n'ai pas du tout comprendre, peut-être.

    Il me dit "This connections ... is not compatible with any other Webpart on the page"

    Mais c'est juste au niveau du "Search Results" que j'ai un problème.

    Je voudrais avoir, un zone "cliquable" avec l'ID du candidat.

    Zone sur laquelle je pourrais "Cliquer" et voir les infos du Candidat.

    Je cherche du coté de "Search Core Results"

    Merci


    • Modifié mlzim lundi 5 novembre 2012 09:30 adresse visible
    mercredi 26 septembre 2012 15:26
  • Bonjour

    Je pense qu'une solution simple consisterai à n'avoir qu'une liste de document avec un jeux de colonnes supplémentaires qui vont contenir les information du candidat concerné. Donc pas de lookup, les meta données sont directement "attachées" au document.

    Attention, ces colonnes supplémentaires doivent etre des colonnes de sites, donc passez par un ContentType c'est le mieux.

    Une fois ça en place, suite à un premier Full Crawl du service de recherche, vous pourrez configurer des "managed meta datas" au niveau du moteur de recherche, pour lui dire "remonte moi ces métadonnées" en plus des informations standard lorsque tu crawl mon sharepoint.

    Ces managed meta datas seront ensuite utilisable dans la configuration de votre page de recherche, et donc exploitable dans un xslt custom pour personaliser le rendu des résultats, et donc les afficher lorsque le moteur de recherche remonte le document en resultat de recherche.

    Ceci dit la remonté de métas supplémentaires dans la page de résultat de recherche est limité à quelques Ko, donc si vous avez besoin de présenter toutes les informations du candidat depuis la page de recherche je ne pense pas que ce soit adapté. Si vous n'avez que quelques infos comme nom, prenom ça devrait passer

    Une autre solution consisterai à faire un WebPart ou page custom qui permet de faire la recherche, en utilisant le moteur de recherche via son API webservice, et à partir du resultat récupéré (liste des ID des documents) aller par code chercher le reste des métas et faire une belle présentation maison !


    Blog Sharepoint : www.paslatek.net Twitter : @LimozinLionel

    • Proposé comme réponse lionel limozin jeudi 27 septembre 2012 13:44
    jeudi 27 septembre 2012 13:43
  • Bonjour,

    Avez-vous testé la solution proposé par Lionel?

    Merci de nous tenir informé!

    Bien coordialement,

    Gokan


    My blog: SharePoint Pirate http://www.gokanozcifci.be
    Microsoft Certified Technology Specialist: SharePoint 2010, Configuring
    SharePoint Server 2010 Contributor on BTgonulluleri.com
    SharePoint Server 2010 Contributor on NothingButSharepoint.com
    SharePoint Server 2010 Contributor on SPCNL.NL
    SharePoint Server 2010 Contributor on MSHOWTO.org
    Join Me on my Linkedin Profile

    lundi 1 octobre 2012 11:10
  • Bonjour,

    excusez moi :-((

    J'ai bien lu la réponse, mais ce n'est pas tout a fait ce que je voulais.

    Mais merci beaucoup, Lionel pour votre réponse.

    En plus, je suis resté coincée avec le fait, que je n'arrive pas a faire, de mes colonnes de liste, des propriétés.

    Malgré plusieurs "Full Crawl" et modification de paramétrage, je n'ai pas de "Crawled Properties" qui portent le nom de mes colonnes de liste ou de librairie (avec comme nom "ows_nomdecolonne").

    Donc je ne peux pas créer de "Managed Property" et les rajouter dans la page de "Search Results".  A moins que je me trompe de façon de faire :-((

    J'ai ajouté dans mes listes et librairies une colonne supplémentaire (exple : "ID_Candidat" dans la lib. "Documents") pour passer de l'une à l'autre et voir le candidat qui est relié à un document.

    J'arrive a modifier la présentation de la page de "Search Results", mais je n'ai pas les données à mettre dedans :-((

    Encore merci à tous pour votre aide.

    mardi 2 octobre 2012 09:02
  • Pour être visible dans les "crawled properties", vos colonnes doivent être des colonnes de Site, donc crée au niveau de la ccollection de site, dans la galleries des colonnes de site.

    Si vous avez créer directement les colonnes sur la liste ça explique leur absences dans le moteur de recherche.

    Le mieux est de passer par un "Type de Contenu" qui utilise obligatoirement des colonnes de sites.


    Blog Sharepoint : www.paslatek.net Twitter : @LimozinLionel

    mardi 2 octobre 2012 09:15
  • Merci beaucoup

    j'ai trouvé ça ce matin, mais j'en étais pas certaine. Car d'autres colonnes du Site figurent dans la "Crawled Properties" et apparement n'ont pas été créés en colonnes de Site.

    Je vais essayer cela et je vous tiens au courant.

    Encore merci

    mardi 2 octobre 2012 10:08
  • Bonjour,

    après des heures de recherche, j'ai enfin trouvé une solution.

    J'ai effectivement créée une "Colonne de Site" nommée "IdCandidat", qui est un "lookup" sur la colonne "Id_Candidat" de ma liste Candidat.

    J'ai créé une nouvelle colonne dans ma librairie "Document" à partir de cette "colonne de site".

    J'ai créé une "New Managed Property"  (RHIdCandidat) dans "Metadata Properties" sur laquelle j'ai mappé ma "crawled Property" (après avoir fait plusieurs "<label for="ctl00_PlaceHolderMain_startCrawlCheckBox">Start full crawl of this content source" </label> dans "Content Sources" de "Crawling" ).

    j'ai ajouté cette "Managed Property" dans "Fetched Properties"  de "Display Properties" de ma page d'affichage de recherche.

    Et quand je trouve un document dans le résultat d'une recherche, ma donnée liée (RHIdCandidat) est bien là.

    Il ne me reste plus qu'à trouver comment l'ajouter dans le script XSL d'origine :-))

    Merci à vous

    mercredi 3 octobre 2012 10:33