<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="http://www.codeplex.com/rss.xsl"?><rss version="2.0"><channel><title>MOSS 2007 - C# Protocol Handler</title><link>http://www.codeplex.com/MOSSPH/Project/ProjectRss.aspx</link><description>Sample code with supporting documentation that enables the creation of a Microsoft Office SharePoint Server 2007 Protocol Handler entirely in .NET Managed &amp;#40;C&amp;#35;&amp;#41; code.</description><item><title>New Post: incremental crawl</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23491</link><description>&lt;div style="line-height: normal;"&gt;hi,&lt;br&gt;
&lt;br&gt;
are you able to copy/paste here your current implementation of the GetValue method?&lt;br&gt;
&lt;br&gt;
tnx&lt;br&gt;
&lt;/div&gt;</description><author>ciprian</author><pubDate>Mon, 23 Jun 2008 03:11:22 GMT</pubDate><guid isPermaLink="false">New Post: incremental crawl 20080623031122A</guid></item><item><title>NEW POST: Creating custom crawled properties</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23330</link><description>&lt;div style="line-height: normal;"&gt;Has anyone been successful in creating crawled properties in their protocol handler that go into a custom category versus the default &amp;quot;SharePoint&amp;quot; category. &lt;br&gt;
&lt;br&gt;
I have successfully created a small separate console application that creates my own custom category and my own custom crawled properties. I have also successfully created a protocol handler that when content is crawled automatically adds my own discovered crawled properties. The problem I am currently having is that my protocol handler custom crawled properties go into a default crawled property category of &amp;quot;SharePoint&amp;quot;. I would rather have them go into the custom category I have created but I have not been able to figure out how to get that accomplished. &lt;br&gt;
&lt;br&gt;
I have found Microsoft documentation indicating that the combination of the Protocol Handler and iFilter determine which category a crawled property goes into but I have not been able to find the code that makes this happen. &lt;br&gt;
&lt;br&gt;
Has anyone been able to accomplish this? 
&lt;/div&gt;</description><author>gdeckler</author><pubDate>Mon, 09 Jun 2008 21:30:28 GMT</pubDate><guid isPermaLink="false">NEW POST: Creating custom crawled properties 20080609093028P</guid></item><item><title>NEW POST: Creating custom crawled properties</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23330</link><description>&lt;div style="line-height: normal;"&gt;Has anyone been successful in creating crawled properties in their protocol handler that go into a custom category versus the default &amp;quot;SharePoint&amp;quot; category. &lt;br&gt;
&lt;br&gt;
I have successfully created a small separate console application that creates my own custom category and my own custom crawled properties. I have also successfully created a protocol handler that when content is crawled automatically adds my own discovered crawled properties. The problem I am currently having is that my protocol handler custom crawled properties go into a default crawled property category of &amp;quot;SharePoint&amp;quot;. I would rather have them go into the custom category I have created but I have not been able to figure out how to get that accomplished. &lt;br&gt;
&lt;br&gt;
I have found Microsoft documentation indicating that the combination of the Protocol Handler and iFilter determine which category a crawled property goes into but I have not been able to find the code that makes this happen. &lt;br&gt;
&lt;br&gt;
Has anyone been able to accomplish this? 
&lt;/div&gt;</description><author>gdeckler</author><pubDate>Mon, 09 Jun 2008 21:06:58 GMT</pubDate><guid isPermaLink="false">NEW POST: Creating custom crawled properties 20080609090658P</guid></item><item><title>NEW POST: Creating custom crawled properties</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23330</link><description>&lt;div style="line-height: normal;"&gt;I have a separate config application that creates these properties, but I think
you can also run it on install.
&lt;/div&gt;</description><author>ciprian</author><pubDate>Fri, 30 May 2008 04:54:04 GMT</pubDate><guid isPermaLink="false">NEW POST: Creating custom crawled properties 20080530045404A</guid></item><item><title>NEW POST: Does anybody have a complete sample that works with db or web-services?</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=28474</link><description>&lt;div style="line-height: normal;"&gt;Hi all,&lt;br&gt;
&lt;br&gt;
I have a solution with custom protocol handler that indexes business objects from web-services. And I can't finish it because some parts of this PH I can't complete. &lt;br&gt;
&lt;br&gt;
I would be very much obliged to you if someone give me complete PH for some fake webservices (like WSOrders) or other sample that works.&lt;br&gt;
&lt;br&gt;
Thanks in advance.
&lt;/div&gt;</description><author>zan</author><pubDate>Tue, 27 May 2008 16:28:37 GMT</pubDate><guid isPermaLink="false">NEW POST: Does anybody have a complete sample that works with db or web-services? 20080527042837P</guid></item><item><title>NEW POST: Creating custom crawled properties</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23330</link><description>&lt;div style="line-height: normal;"&gt;Where would you run this block of code? In the Accessor.Init method or does it need to be run only once on install?
&lt;/div&gt;</description><author>JohanHdM</author><pubDate>Wed, 21 May 2008 12:35:02 GMT</pubDate><guid isPermaLink="false">NEW POST: Creating custom crawled properties 20080521123502P</guid></item><item><title>NEW POST: Link-Based Protocol Handler</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=27431</link><description>&lt;div class="wikidoc"&gt;
Hi all -- what would the necessary changes be to switch the C# Protocol Handler from a directory-based protocol handler to a link-based one?&lt;br /&gt;
&lt;/div&gt;</description><author>turnerjos</author><pubDate>Fri, 09 May 2008 15:16:54 GMT</pubDate><guid isPermaLink="false">NEW POST: Link-Based Protocol Handler 20080509031654P</guid></item><item><title>CREATED ISSUE: Protocol Handler registry path</title><link>http://www.codeplex.com/MOSSPH/WorkItem/View.aspx?WorkItemId=2170</link><description>Documentation should be updated with the registry path that MOSS 2007 uses for registering protocol handlers&amp;#58; HKEY_LOCAL_MACHINE&amp;#92;SOFTWARE&amp;#92;Microsoft&amp;#92;Office Server&amp;#92;12.0&amp;#92;Search&amp;#92;Setup&amp;#92;ProtocolHandlers&lt;br /&gt;</description><author>turnerjos</author><pubDate>Fri, 09 May 2008 15:11:13 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Protocol Handler registry path 20080509031113P</guid></item><item><title>NEW POST: SharePoint Indexer 64-bit</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23784</link><description>&lt;div class="wikidoc"&gt;
Hi Cipri,&lt;br /&gt; &lt;br /&gt;No I haven't noticed but I haven't had any metrics to compare to either.  I've been testing the Protocol Handler with indexing simple text files which is fast.  I suspect it would have to do with your IFilters (PDF is slow).&lt;br /&gt; &lt;br /&gt;John&lt;br /&gt;
&lt;/div&gt;</description><author>john_meilleur</author><pubDate>Sun, 20 Apr 2008 16:59:26 GMT</pubDate><guid isPermaLink="false">NEW POST: SharePoint Indexer 64-bit 20080420045926P</guid></item><item><title>NEW POST: SharePoint Indexer 64-bit</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23784</link><description>&lt;div class="wikidoc"&gt;
Hi John,&lt;br /&gt; &lt;br /&gt;I tried to install it on a 64-bit platform as well. From what I have seen it is much slower than on a 32-bit server. Don't know if this is because of our customization/hardware or maybe IFilters, but just wanted to ask you: have you notice and performance issues after you migrated on a 64-bit server?&lt;br /&gt; &lt;br /&gt;Thanks,&lt;br /&gt;Cipri&lt;br /&gt;
&lt;/div&gt;</description><author>ciprian</author><pubDate>Wed, 02 Apr 2008 20:14:17 GMT</pubDate><guid isPermaLink="false">NEW POST: SharePoint Indexer 64-bit 20080402081417P</guid></item><item><title>NEW POST: incremental crawl</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23491</link><description>&lt;div class="wikidoc"&gt;
hi,&lt;br /&gt; &lt;br /&gt;i'm indexing a database table with millions of records, and the incremental crawl is basicaly a full crawl,&lt;br /&gt; &lt;br /&gt;i got it working and here's how i did it.&lt;br /&gt; &lt;br /&gt;Prepare an auxiliary table&lt;br /&gt;1) create a table with the PK and lastupdate of the table i want to index&lt;br /&gt;2) created an aditional column and called it &amp;quot;folder&amp;quot;&lt;br /&gt;3) populated the new table and filled the &amp;quot;folder&amp;quot; column randomly with 100 diferent values&lt;br /&gt; &lt;br /&gt;when i crawl the &amp;quot;root&amp;quot; folder, i enumerate the the diferent &amp;quot;folder&amp;quot; values and get max(lastupdate)&lt;br /&gt;--&amp;gt; SELECT FOLDER, MAX(LAST_UPDATE) GROUP BY FOLDER&lt;br /&gt; &lt;br /&gt;on GetChunk, instead of creating a PID&lt;i&gt;GTHR&lt;/i&gt;DIRLINK and using GetText to get the link, i used PID&lt;i&gt;GTHR&lt;/i&gt;DIRLINK_WITHTIME and used GetValue to return a variant array with the link and last modification of that link.&lt;br /&gt; &lt;br /&gt;this way, on incremental crawls, the only &amp;quot;folder&amp;quot; (group of records) that gets indexed again are the ones who belong to a &amp;quot;folder&amp;quot; that as at least one record changed. the more folders you have, fewer records are indexed.&lt;br /&gt; &lt;br /&gt;cheers&lt;br /&gt; &lt;br /&gt;
&lt;/div&gt;</description><author>lazedo</author><pubDate>Tue, 18 Mar 2008 10:12:58 GMT</pubDate><guid isPermaLink="false">NEW POST: incremental crawl 20080318101258A</guid></item><item><title>NEW POST: Order of how properties are stored</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=24179</link><description>&lt;div class="wikidoc"&gt;
I have created a protocol handler with your code and it works good.&lt;br /&gt; &lt;br /&gt;Have one question thou:&lt;br /&gt;If I add values to properties in the ArrayList of properties, will they be overwritten by the properties that the iFilter will set? &lt;br /&gt;Or is there a way to be able to retrieve the values from iFilter before they are stored in the index to be able change them afterwards. &lt;br /&gt;
&lt;/div&gt;</description><author>Ludvig</author><pubDate>Mon, 17 Mar 2008 10:04:47 GMT</pubDate><guid isPermaLink="false">NEW POST: Order of how properties are stored 20080317100447A</guid></item><item><title>NEW POST: Creating custom crawled properties</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23330</link><description>&lt;div class="wikidoc"&gt;
Thanks.&lt;br /&gt;
&lt;/div&gt;</description><author>Ludvig</author><pubDate>Fri, 14 Mar 2008 07:24:18 GMT</pubDate><guid isPermaLink="false">NEW POST: Creating custom crawled properties 20080314072418A</guid></item><item><title>NEW POST: Creating custom crawled properties</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23330</link><description>&lt;div class="wikidoc"&gt;
use the guidgen.exe tool and after you got your gui string split it(see bellow) and then call :&lt;br /&gt; &lt;br /&gt;new Guid(0x@@@@@@@, 0x@@@@, 0x@@@@, 0x@@, 0x@@, 0x@@, 0x@@, 0x@@, 0x@@, 0x@@, 0x@@);&lt;br /&gt; &lt;br /&gt;hope this helps,&lt;br /&gt;c.&lt;br /&gt;
&lt;/div&gt;</description><author>ciprian</author><pubDate>Thu, 13 Mar 2008 19:19:58 GMT</pubDate><guid isPermaLink="false">NEW POST: Creating custom crawled properties 20080313071958P</guid></item><item><title>NEW POST: SharePoint Indexer 64-bit</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23784</link><description>&lt;div class="wikidoc"&gt;
Hi,&lt;br /&gt; &lt;br /&gt;Well I've got it working but I need to rebuild in a clean environment to determine exactly which steps required.&lt;br /&gt; &lt;br /&gt;I found that I needed to use the regasm from the 64 bit framework and I also registered the assembly in the GAC so the DLL could be found.&lt;br /&gt; &lt;br /&gt;Needless to say, I have successfully run the protocol handler.&lt;br /&gt; &lt;br /&gt;John&lt;br /&gt;
&lt;/div&gt;</description><author>john_meilleur</author><pubDate>Thu, 13 Mar 2008 16:08:37 GMT</pubDate><guid isPermaLink="false">NEW POST: SharePoint Indexer 64-bit 20080313040837P</guid></item><item><title>NEW POST: Creating custom crawled properties</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23330</link><description>&lt;div class="wikidoc"&gt;
How to you create a new GUID?&lt;br /&gt;
&lt;/div&gt;</description><author>Ludvig</author><pubDate>Thu, 13 Mar 2008 11:45:20 GMT</pubDate><guid isPermaLink="false">NEW POST: Creating custom crawled properties 20080313114520A</guid></item><item><title>NEW POST: SharePoint Indexer 64-bit</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23784</link><description>&lt;div class="wikidoc"&gt;
hi there,&lt;br /&gt; &lt;br /&gt;i haven't but i have seen a similar error(or maybe similar) on a 32-bit environment as well. try to check that the ms search service runs under an user with local admin rights.&lt;br /&gt; &lt;br /&gt;and also, please let us know if you succeeded or not.&lt;br /&gt; &lt;br /&gt;cheers,&lt;br /&gt;cipri&lt;br /&gt;
&lt;/div&gt;</description><author>ciprian</author><pubDate>Thu, 13 Mar 2008 01:59:06 GMT</pubDate><guid isPermaLink="false">NEW POST: SharePoint Indexer 64-bit 20080313015906A</guid></item><item><title>NEW POST: incremental crawl</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23491</link><description>&lt;div class="wikidoc"&gt;
hi,&lt;br /&gt; &lt;br /&gt;sorry, i don't understand your problem and what you try to achieve....can you explain a bit more? &lt;br /&gt; &lt;br /&gt;c.&lt;br /&gt;
&lt;/div&gt;</description><author>ciprian</author><pubDate>Thu, 13 Mar 2008 01:52:22 GMT</pubDate><guid isPermaLink="false">NEW POST: incremental crawl 20080313015222A</guid></item><item><title>NEW POST: SharePoint Indexer 64-bit</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23784</link><description>&lt;div class="wikidoc"&gt;
Has anybody had success with installing the Protocol Handler in a 64-bit environment.  When I attempt to crawl it returns an error message saying it can't find the handler.&lt;br /&gt;
&lt;/div&gt;</description><author>john_meilleur</author><pubDate>Tue, 11 Mar 2008 15:46:27 GMT</pubDate><guid isPermaLink="false">NEW POST: SharePoint Indexer 64-bit 20080311034627P</guid></item><item><title>NEW POST: Full framework?</title><link>http://www.codeplex.com/MOSSPH/Thread/View.aspx?ThreadId=23609</link><description>&lt;div class="wikidoc"&gt;
Hi!&lt;br /&gt;I wonder if your framework covers all features that exists if you create a protocol handler in c++? Is there any features missing?&lt;br /&gt;I specially wonder if it has full support for ACL? &lt;br /&gt; &lt;br /&gt;I'm planing to create a connector that fetches indexed information from MOSS through the Search API. This because I need to change/add properties to what is indexed and I haven't found any other way then to take out everything in the index and then change properties and then feed the information to a new collection back in MOSS. Hopfully I will be able to retrive ACL information through the API and then feed it back through the connector. If I can't get the acl I will use the sharepoint api to get the full page and there get the acl and then feed it in through the connector.&lt;br /&gt; &lt;br /&gt;Do you think this is possible with your connector?&lt;br /&gt;
&lt;/div&gt;</description><author>Ludvig</author><pubDate>Sat, 08 Mar 2008 09:41:04 GMT</pubDate><guid isPermaLink="false">NEW POST: Full framework? 20080308094104A</guid></item></channel></rss>