Hi,
You may face this error when registering Custom Control Adapters in your environment.
I did, and after AKS 2.0 I'm confident many will do.
The problem comes from the entries about InfraWare devices, at the compat.browser that it is copied when you provision a web application. They are copy from the original path:
First solution is to change that compat.browser and execute stsadm -o copyappbincontent in order to update all webapplications (of course you can change the file at the webpplication, but it maybe overwritten).
But, what is this error about?, you can check that it is the parentID device at the compat.browser, and from the documentation:
Specifies the unique name of the parent browser definition from which to inherit settings. These settings can be overwritten in the current browser definition. The parent browser definition does not have to be in the same browser definition file, but it must be defined in the same application or in the %SystemRoot%\Microsoft.NET\Framework\version\CONFIG\Browsers directory. For example, the following definition for the WebTV browser is defined in the WebTV.browser file. The definition for the IE2 parent browser is defined in the IE.browser file in the same directory.
<browser id=" WebTV " parentID=" IE2 ">
But if you search for a SKTDevicesSamSung file it does not exist (our error description). So If you change the compat.browser itself or create a parentID file for it, you will fix the problem.
Is this a bug?
Bye!
Sometimes I wonder how different people get the same results with no communication between them. History has many examples: calculus, radio, ...so seems it is the other way round: we usually work at the same time trying to solved the same problems.
Working on my Search Extensions project, I saw that I should include a breadcrumb to my custom application pages, in order to optimize the navigation. As application.master includes a SPXmlContentMapProvider for those breadcrumb, I searched it in the web.config.
<asp:SiteMapPath SiteMapProvider="SPXmlContentMapProvider" id="ContentMap" SkipLinkText="" NodeStyle-CssClass="ms-sitemapdirectional" runat="server"/>
If you look there, you will find it (and many others):
<siteMap defaultProvider="CurrentNavSiteMapProvider" enabled="true"> <providers> <add name="SPXmlContentMapProvider" siteMapFile="_app_bin/layouts.sitemap" type="Microsoft.SharePoint.Navigation.SPXmlContentMapProvider, Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" /> </providers> </siteMap>
As you can see it is loading the XML from _app_bin folder. This is created when the webapplication is provisioned. So, after my CSSAdapter problem, I expected those files to be at
%programfiles%\Common Files\Microsoft Shared\web server extensions\12\CONFIG
As webconfig, browsers,commands and resources provisioning; sitemaps are no different. So if you add a new file named layouts.<whatever>.sitemap it will be included in any new web application.
For created web applications, there is a stsadm command that do the trick: stsadm -o copyappbincontent
But I wanted something more automated, and I found for it! and included in the OpenSearch Feature: ApplyApplicationContentToLocalServer is your friend
It is interesting that Jan Tielens blogged about it just 2 weeks ago!!
Cheers!
By the way, I didn't want to compare calculus and sharepoint :) and if you follow the links in common
Have you found some problems indexing boolean values from lists?
I realized that as Yes/No crawled properties are based on the VariantType 11, it will be parsed as a 0 or -1 value; however Yes/No columns in SharePoint are stored as 0 or 1 values.
You can check some information in my previous entry
Just drop a comment if you have this type of problem. Maybe a quick solution would be to change the VariantType for an integer type or to create a custom control field...or just query for the negative logic (!= False)
I wanted to share with you some findings in the crawl properties space.
At http://msdn2.microsoft.com/en-us/library/ms497276.aspx you can check that documentation says:
"Following are the default crawled property categories:
But If you checked them in an OOB deployment you will see that they are indeed:
You can edit the name of the category under: http://<SSP Server Name>/ssp/admin/_layouts/category.aspx?category=<Category Name>
but it is interesting to find that if you rename it, you will receive an error that the previous named category was not found until you browse the full list.
The common question, Can we create a new category? You can, for the sake of just have a new category use something like:
Schema schema = new Schema(SearchContext.GetContext(new SPSite("http://moss.litwareinc.com")));
schema.AllCategories.Create("Custom Category",new Guid());
Then you can populate Crawl properties with its methods: http://msdn2.microsoft.com/en-us/library/microsoft.office.server.search.administration.category_methods.aspx
If do so, you will have 5 different types to choose:
Actually, you can choose any available variant Types (http://msdn2.microsoft.com/en-us/library/aa380072.aspx) but the label will show up only the related type.
Hasta Luego!
Did you ever receive this message when trying to access WebDav - MOSS through command prompt?
Due to a bug in Windows Server 2003, you will need to restart WebClient redirector service and then start webclient service.
NET STOP MRXDAV
NET START WEBCLIENT
さようなら
[Resolved in Windows Server 2008]