2009-09-15 7 views
3

Ces jours-ci j'ai fait face à un problème très étrange. J'ai l'environnement de développement avec MOSS 2007 SP 2 et WS 2008, j'ai la recherche configurée et tout fonctionne très bien. J'ai commencé à configurer l'environnement de transfert (MOSS 2007 SP2 avec June CU) et créer une nouvelle ferme et un nouveau SSP. J'ai déployé mes modifications avec package (wsp) et créé manuellement des collections de sites, des sous-sites Web, des pages, etc. Lorsque l'analyse de remplissage est terminée, je vois dans le journal d'exploration que toutes mes pages ont été explorées avec succès et lorsque j'utilise des outils de test pour interroger la recherche, mes pages ont été trouvées. Dans le journal d'analyse, il y a quelques erreurs comme http://mysite/sites/de/pages "Le crawler n'a pas pu communiquer avec le serveur Vérifiez que le serveur est disponible et que l'accès au pare-feu est correctement configuré ..", mais toutes les pages de cette bibliothèque de pages ont été indexées. Le problème est que j'utilise des propriétés gérées personnalisées (mappées à des propriétés analysées personnalisées) dans les requêtes de recherche, mais le moteur de balayage n'a pas créé de propriétés analysées pour toutes mes nouvelles colonnes de site. Par exemple, pour la colonne de site IsAccent, le robot d'indexation n'a pas créé la propriété incrustée ows_isAccesnt. Je suis sûr que j'ai créé des pages pour un type de contenu spécifique et que toutes mes catégories d'exploration ont coché "Découverte automatique des nouvelles propriétés lorsqu'une exploration a lieu". Dans les paramètres du site -> Colonnes interrogeables, je n'ai aucune colonne sélectionnée comme Nocrowl. J'ai essayé d'exporter mes propriétés gérées et explorées de l'environnement de développement à l'environnement d'étape mais toutes mes propriétés gérées étaient vides, après que j'ai recréé SSP ... le résultat était le même ...Crawler ne crée pas de propriétés rampées personnalisées

J'ai vérifié la page spécifique avec des outils comme Sharepoint Manager 2007 et U2U Caml Query Builder 2007 ce type de contenu est correct, et je peux voir les valeurs de mes colliers de site personnalisés .... En utilisant U2U Caml Query Builder 2007 contre une bibliothèque de page dans l'onglet Résultat je peux voir ows_IsAccent (mon site collumn est IsAccent) et d'autres colonnes de site, mais je ne les trouve pas dans les propriétés explorées.

Des idiots?

Répondre

0

Vos listes/bibliothèques utilisant les nouvelles colonnes de site contiennent-elles des éléments?

Pour que vos colonnes de site s'affichent dans la boîte de dialogue d'ajout de mappage pour les propriétés de métadonnées, vous devez avoir au moins un élément utilisant cette colonne.

Ajoutez un élément, puis exécutez une analyse incrémentielle.

+0

Oui j'ai beaucoup d'éléments dans mes listes, ils utilisent mes types de contenu personnalisés et il existe des données dans mes colonnes de site personnalisé. –

+0

Êtes-vous capable de dire si les éléments apparaissent dans les résultats de la recherche (pas nécessairement avec les champs de métadonnées remplis)? Avez-vous essayé de réinitialiser l'index et d'exécuter une analyse complète à partir de zéro? –

0

Regardez dans la définition de la colonne de site, SharePoint tend à créer des noms internes cryptiques pour les champs promus aux colonnes de site.

Vous pouvez utiliser quelque chose comme le Générateur de solutions (VSeWSS) ou SharePoint Manager 2007 (codeplex) pour inspecter les colonnes de site et déterminer leurs noms internes.

Par exemple, voici un champ promu à une colonne de site appelé Description interne et la définition du champ XML (à partir schema.xml) de la bibliothèque de formulaires:

<Field ID="c8607d76_x002d_f648_x002d_47a8_x002d_a189_x002d_8fb8e7e8d18c" 
       Name="c8607d76_x002d_f648_x002d_47a8_x002d_a189_x002d_8fb8e7e8d18c" 
       DisplayName="Internal Description" 
       Required="FALSE" 
       SourceID="{3FF10E1F-FA95-417c-963D-518F272E2E43}"  
       StaticName="c8607d76_x002d_f648_x002d_47a8_x002d_a189_x002d_8fb8e7e8d18c" 
       ReadOnly="TRUE" Group="Microsoft Office InfoPath" 
       Node="/my:System/my:Internal_Description" Version="1"></Field> 

Cela a donné lieu à la propriété analysée avec le nom de: c8607d76_x002d_f648_x002d_47a8_x002d_a189_x002d_8fb8e7e8d18c

+0

Salut Tom, merci pour votre réponse. J'ai créé mes sitecollumns en utilisant la fonction donc je connais le nom interne exact des champs.J'ai trouvé une solution de contournement en changeant le serveur d'index dans SSP, et après beaucoup de tentatives mes propriétés crawed ont été trouvées .... je peux trouver n'importe quelle logique –

Questions connexes