none
Problème de recherche avec propriétés gérées contenant un tiret RRS feed

  • Discussion générale

  • La recherche avancée de SharePoint 2010 ne fonctionne pas pour les propriétés gérées dont le nom contient un tiret (exemple SUPPORT-Technologie) et déclarées dans le XML des propriétés de la zone de recherche avancée. Le résultat d'une recherche utilisant la propriété gérée retrourne systématiquement "Aucun résultat correspondant à votre recherche n'a été trouvé".  
    Les mêmes propriétés gérées fonctionnaient en MOSS2007.
    En visualisant la requête postée, il apparait que la propriété gérée n'est pas bornée par des " (alors que c'est le cas s'il s'agit d'un scope qui contient un tiret), et que le fait de modifier la requête affichée en ajoutant des guillemets "" puis de la relancer retourne le résultat attendu. Est-ce un bug ? Sinon, comment corriger ce comportement ?
    mercredi 15 mai 2013 09:26

Toutes les réponses

  • Bonjour à vous,

    Ce n'est pas forcement un bug juste une convention dans la recherche, de mémoire le dash n'est pas interprété comme un caractére classique dans une search query.

    Le conseil que je peux vous donner si possible, c'est au lieu des - mettre des _.

    Sinon, mettre un query webpart pour corriger votre search request.

    Valentin


    Mon blog sur SharePoint
    Site du Groupe AFG
    viadeo twitter linkedin

    MCP | Microsoft Certified Professional - SharePoint 2010 Administrator


    mercredi 15 mai 2013 11:33
  • Merci pour votre réponse.

    J'avais bien essayé de remplacer le tiret par un _ (underscore) mais c'est un caractère non valide quand on veut créer une propriété gérée.

    Mais le plus embêtant, c'est que ça ne posait pas souci en sharepoint 2007 (il s'agit donc pour le moins d'une régression). Car effectivement, comme vous le précisez, le caractère dash étant un caractère spécial, la requête encapsulait les noms avec tiret dans des guillements. Ce qui d'ailleurs est toujours le cas en sharepoint 2010 quand il s'agit de noms de scopes (c'est comme cela que j'ai détecté le problème).

    Ma question, peut-être incomplète, portait plus sur la connaissance éventuelle d'un bug répertorié, ou, dans le cas où le comportement est considéré comme normal, si un paramètre quelconque (base de registre ou autre) peut le changer (j'ai déjà rencontré cette alternative pour une autre situation concernant la recherche).

    mercredi 15 mai 2013 12:46
  • Pas un bug à ma connaissance, votre ferme est sous quelle version et le dernier patch de mise à jour installé ?

    Valentin


    Mon blog sur SharePoint
    Site du Groupe AFG
    viadeo  twitter  linkedin

    MCP | Microsoft Certified Professional - SharePoint 2010 Administrator

    mercredi 15 mai 2013 15:30
  • J'ai fait le test sur 2 serveurs Sharepoint server 2010, l'un ayant la version du CU Juin 2011 avec service pack 1, l'autre avec le CU de décembre 2012 : comportement identique.  
    jeudi 16 mai 2013 08:33
  • Pour moi le comportement est normal, comme je l'ai dis précédemment les requêtes de recherche n'interpréte pas le dash comme un caractére classique.

    J'ai essayé sur SP2013 c'est le même symptome tout de façon.

    J'ai pas d'idée a part se débrouiller pour modifié la requéte de recherche avant l'envoi...

    Essayer de passer par un webpart de recherche peut être ?

    Valentin


    Mon blog sur SharePoint
    Site du Groupe AFG
    viadeo  twitter  linkedin

    MCP | Microsoft Certified Professional - SharePoint 2010 Administrator

    jeudi 16 mai 2013 09:18
  • Bonsoir à vous,

    Aprés vérification en effet il y a des problémes avec les dash et le conseil est de mettre des _ :/

    http://www.networkworld.com/community/blog/10-essential-sharepoint-search-hints

    Bon courage,

    valentin


    Mon blog sur SharePoint
    Site du Groupe AFG
    viadeo  twitter  linkedin

    MCP | Microsoft Certified Professional - SharePoint 2010 Administrator

    vendredi 17 mai 2013 17:08
  • Merci pour le temps consacré, et le lien fourni.

    Toutefois, mon problème ne porte pas sur le nom des documents (où il est conseillé d'utiliser des soulignés plutôt que des tirets) mais sur le nom de la métadonnée gérée, qu'il est possible de créer avec un "-" (tiret) mais pas avec un "_" (souligné) ou un "@" par exemple.

    Exemple :

    -> je crée la métadonnée : SUPPORT-Technologie

    -> mais la recherche (pour l'exemple dans un scope comportant également un tiret : ENVT-Intranet) avec le mot-clé "SUPPORT-Technologie" ne retournera pas les résultats attendus correspondant à cette métadonnée. Et la requête affichée fournit l'explication :

    (scope:"ENVT-Intranet") SUPPORT-Technologie:SharePoint

    -> on constate que le scope est entre guillemets, alors que la métadonnée ne l'est pas.

    Il suffit d'ajouter des guillemets comme suit :

    (scope:"ENVT-Intranet") "SUPPORT-Technologie":SharePoint

    pour obtenir le résultat attendu.

    On peut certes éviter de nommer des métadonnées sans tiret mais :

    1- il faut être au courant du problème puisque Sharepoint n'empêche pas l'utilisation du tiret,

    2- le même nom de métadonnée ne posait pas problème en MOSS2007, ce qui me faisait penser à une régression en SharePoint 2010 (au moment de la composition de la requête).

    Le cas a été soumis à Microsoft.

    jeudi 30 mai 2013 12:43
  • Bonjour à vous,

    Vous avez bien fait de soumettre votre probléme à microsoft.

    Ce n'est je pense pas forcement une regression à proprement parlé puisque les versions 2010 et 2013 disposent de composants de recherche bien différents de 2007.

    Une sorte de refonte si on peut appeler cela ainsi, mais en effet je suis d'accord avec vous sur le fait qu'on ne devrait pas autoriser le dash dans les métadonnées si celui ci n'est pas utilisable avec la recherche.

    Tenez nous au courant de vos démarches.

    Merci

    Valentin


    Mon blog sur SharePoint
    Site du Groupe AFG
    viadeo  twitter  linkedin

    MCP | Microsoft Certified Professional - SharePoint 2010 Administrator & Developer Certified

    vendredi 31 mai 2013 06:24