爬网程序不会创建自定义爬网属性

发布于 2024-08-04 08:43:06 字数 873 浏览 0 评论 0原文

这些天我遇到了非常奇怪的问题。我有 MOSS 2007 SP 2 和 WS 2008 的开发环境,我配置了搜索,一切都很好。我已经开始配置临时环境(带有 June CU 的 MOSS 2007 SP2)并创建新场和新 SSP。我已经使用包(wsp)部署了我的更改,并手动创建网站集、子网站、页面等。 当填充爬行完成时,我在爬行日志中看到我的所有页面都已成功爬行,当我使用一些测试工具查询搜索时,我的页面已找到。在爬网日志中很少有错误,例如 http://mysite/sites/de/pages “爬虫无法与服务器通信。请检查服务器是否可用以及防火墙访问配置是否正确..”,但该页面库中的所有页面均已编入索引。

问题是我在搜索查询中使用自定义托管属性(映射到自定义已爬网属性),但爬网程序没有为我的所有新网站列创建已爬网属性。例如,对于网站栏 IsAccent,爬网程序未创建 cralwed 属性 ows_isAccesnt。我确信我已经为特定内容类型创建了页面,并且我的所有爬网类别都已选中“爬网发生时自动发现新属性”。在站点设置->可搜索列 我没有选择任何列作为 Nocrowl。 我尝试将我的托管和爬网属性从开发环境导出到阶段环境,但我所有的托管属性都是空的,之后我重新创建了 SSP...结果是相同的...

我使用 Sharepoint Manager 2007 等工具检查了特定页面, U2U Caml Query Builder 2007 的内容类型是正确的,我可以看到我的自定义站点列的值....使用 U2U Caml Query Builder 2007 和“结果”选项卡中的某些页面库我可以看到 ows_IsAccent (我的站点列是 IsAccent)和其他网站栏,但我在已爬网属性中找不到它们。

有伊迪亚斯吗?

These days i have faced with very strange problem. I have development environment with MOSS 2007 SP 2 and WS 2008, i have search configured and everything works great. I have started to configuring staging environment (MOSS 2007 SP2 with June CU) and create new farm and new SSP. I have deployed my changes with package (wsp) and manually create site collections, sub webs, pages and so on.
When fill crawl finishes, i see in Crawl log that all my pages have been successfully crawled and when i use some test tools to query search, my pages have been found. In crawl log there is few errors like
http://mysite/sites/de/pages
"The crawler could not communicate with the server. Check that the server is available and that the firewall access is configured correctly..", but all pages in this Page library were indexed.

The problem is that i use custom managed properties (mapped to custom crawled properties) in search queries, but crawler didn't create crawled properties for all my new site columns. For example for site column IsAccent the crawler didn't create cralwed property ows_isAccesnt. I'm sure that i have created pages for specific content type and all my crawl categories have checked "Automatically discover new properties when a crawl takes place ". In site settings -> Searchable columns i haven't got any column selected as Nocrowl.
I tried to export my managed and crawled properties from dev environment to stage evironment but all my managed properties were empty, after that i recreated SSP...the result was the same...

I checked specific page with tools like Sharepoint Manager 2007 and U2U Caml Query Builder 2007 that content type is correct, and i can see values of my custom site collumns.... Using U2U Caml Query Builder 2007 agains some Page library in Result tab i can see ows_IsAccent (my site collumn is IsAccent) and others site columns, but i can't find them in Crawled properties.

Any idias?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

王权女流氓 2024-08-11 08:43:06

使用新网站栏的列表/库中是否有任何项目?

为了使您的网站栏显示在元数据属性的添加映射对话框中,您必须至少有一项使用该栏。

添加项目,然后运行增量爬网。

Do your lists/libraries that use the new site columns have any items in them?

In order for your Site Columns to show up in the add mapping dialog for metadata properties, you have to have at least one item using that column.

Add an item and then run an incremental crawl.

川水往事 2024-08-11 08:43:06

查看网站栏的定义,SharePoint 倾向于为提升为网站栏的字段创建神秘的内部名称。

您可以使用解决方案生成器 (VSeWSS) 或 SharePoint Manager 2007 (codeplex) 等工具来检查网站栏并找出其内部名称。

例如,以下字段被提升为名为“内部描述”的网站列以及表单库的 xml 字段定义(来自 schema.xml):

    <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>

这导致爬网属性的名称为:
c8607d76_x002d_f648_x002d_47a8_x002d_a189_x002d_8fb8e7e8d18c

Look into the definition of the site column, SharePoint tends to create cryptic internal names for the fields promoted to site columns.

You can use something like the Solution Generator (VSeWSS) or the SharePoint Manager 2007 (codeplex) to inspect the site columns and figure out their internal names.

For instance, here is a field promoted to a site column called Internal Description and the xml field definition (from schema.xml) of the form library:

    <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>

That resulted in the crawled property with the name of:
c8607d76_x002d_f648_x002d_47a8_x002d_a189_x002d_8fb8e7e8d18c

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文