Tuesday, March 29, 2011
Tuesday, March 15, 2011
There is also a documented way to log all content called FFDDumper which executes as the first step in the processing pipeline.
You enable this stage by editing C:\FASTSearch\etc\config_data\DocumentProcessor\optionalprocessing.xml.
Thursday, March 3, 2011
Interested in learning more about how to develop great search solutions and what SharePoint 2010 can offer in terms of search capabilities?
Head over to the SharePoint Server Virtual Labs page at MSDN and check out the newly released labs on search.
The labs are virtual machines accessed via your browser and are accompanied by a script to walk you thru the exercises.
Note that some of the labs seem to be missing indexed content, so you might need to kick off a crawl before starting. The machines are also quite slow, and you might have better luck running the “2010 Information Worker Demonstration and Evaluation Virtual Machine” locally instead. It’s more or less the same machine as provided in the labs.
Wednesday, March 2, 2011
To the rescue comes PowerShell. Since all FAST servers have PowerShell installed you can create a PowerShell script and use this. All you need is notepad This gives the flexibility of trying out stuff without recompiling. But the cost is speed of execution. So you might want to port the code over to e.g. C# when you are done testing your code.
Tuesday, March 1, 2011
Recently while looking over some FAST for SharePoint labs one of the exercises had you edit a property called:
The production setting for this is “false”, which will make the system do cleanup of a claims cache.
But reading the name and what it actually does is very hard due to using both the words “Allow”, “Non” and “TestingOnly”. You have a positive word, a negative word and a specific case where the property is valid, all in the same name.
The proper name for this should in my opinion be:
where the production value should be “true”. With a comment to explain why you would set this to false, e.g. in a test scenario.