Hi Mark, I found another way to do it - I think - that doesn't involve changes to the plugin.
I've attached a patch to the the ticket accordingly. (CONNECTORS-813). So you should be able to revert back to the distributed plugin and that will make things tons easier. Karl On Wed, Nov 20, 2013 at 12:19 PM, Karl Wright <[email protected]> wrote: > Ok, I've uploaded another try - this time using a different suggestion > from the same page. Can you verify that it does not fail for both > documents in libraries and for list items? > > Thanks, > Karl > > > > On Wed, Nov 20, 2013 at 12:06 PM, Karl Wright <[email protected]> wrote: > >> Well, so much for StackOverflow suggestions. It seems to be relying on >> an undocumented feature anyhow. >> >> Let me try one other thing - will get right back to you. >> >> Karl >> >> >> >> >> On Wed, Nov 20, 2013 at 12:02 PM, Mark Libucha <[email protected]>wrote: >> >>> Karl, >>> >>> It did not work. In fact, the SharePoint crawler never sent anything to >>> my output connector, except for the Job Completed callback. >>> >>> Log excerpt: >>> >>> DEBUG 2013-11-20 11:56:26,683 (Worker thread '34') - SharePoint: Getting >>> version of '/test3/Links///' >>> DEBUG 2013-11-20 11:56:26,684 (Worker thread '34') - SharePoint: >>> Checking whether to include list '/test3/Links' >>> DEBUG 2013-11-20 11:56:26,684 (Worker thread '34') - SharePoint: List >>> '/test3/Links' exactly matched rule path '/*' >>> DEBUG 2013-11-20 11:56:26,684 (Worker thread '34') - SharePoint: >>> Including list '/test3/Links' >>> DEBUG 2013-11-20 11:56:26,685 (Worker thread '34') - SharePoint: >>> Processing: '/test3/Links///' >>> DEBUG 2013-11-20 11:56:26,685 (Worker thread '34') - SharePoint: >>> Document identifier is a list: '/test3/Links' >>> DEBUG 2013-11-20 11:56:26,768 (Worker thread '26') - SharePoint: The >>> page at http://myhost/test3 did not exist; assuming library deleted >>> DEBUG 2013-11-20 11:56:26,768 (Worker thread '26') - SharePoint: No list >>> found for list '/test3/Calendar' - deleting >>> DEBUG 2013-11-20 11:56:26,958 (Worker thread '34') - SharePoint: In >>> getFieldList; site='/test3', >>> listName='{A6631841-0251-46C1-86F0-B1B049B2F659}' >>> DEBUG 2013-11-20 11:56:27,360 (Worker thread '35') - SharePoint: The >>> page at http://myhost/test3 did not exist; assuming library deleted >>> DEBUG 2013-11-20 11:56:27,360 (Worker thread '35') - SharePoint: No list >>> found for library '/test3/SitePages' - deleting >>> >>> Mark >>> >>> >>> On Tue, Nov 19, 2013 at 2:13 PM, Karl Wright <[email protected]> wrote: >>> >>>> Hi Mark, >>>> >>>> So I've created a new version of the MCPermissions.asmx plugin for >>>> SharePoint 2010. You can download the .wsp for it from: >>>> >>>> >>>> http://people.apache.org/~kwright/MetaCarta.SharePoint.MCPermissionsService.wsp >>>> >>>> Install it by replacing the file of the same name in the plugin >>>> installation package. Or, if you prefer, I can build the complete package >>>> - please let me know. >>>> >>>> The point of doing this now is to make sure that this plugin works for >>>> both list items and for files, with getting exceptions or whatnot. If it >>>> fails, then we are back to the drawing board, but if it seems to work OK >>>> then I will make appropriate modifications to the SharePoint connector to >>>> correspond to it. >>>> >>>> In order to know whether it is working, you will need to crawl both >>>> lists and libraries, and make sure that MCF discovers the list items and >>>> files within without errors. >>>> >>>> Please let me know if you are able to do this. >>>> >>>> Thanks, >>>> Karl >>>> >>>> >>>> >>>> >>>> >>>> On Tue, Nov 19, 2013 at 4:59 PM, Karl Wright <[email protected]>wrote: >>>> >>>>> This link seems helpful: >>>>> >>>>> >>>>> http://social.msdn.microsoft.com/Forums/sharepoint/en-US/2be88c8b-812b-4574-8c2c-965cedd2f199/how-to-get-splistitem-item-server-relative-url-or-absolute-url-in-sharepoint-list?forum=sharepointdevelopmentlegacy >>>>> >>>>> I'll give it a try. >>>>> Karl >>>>> >>>>> >>>>> On Tue, Nov 19, 2013 at 4:51 PM, Karl Wright <[email protected]>wrote: >>>>> >>>>>> Hi Mark, >>>>>> >>>>>> First - have you installed the ManifoldCF SharePoint 2010 plugin? >>>>>> Have you selected SharePoint 2010 in your connection definition? >>>>>> >>>>>> If you have, then ManifoldCF is communicating with the >>>>>> MCPermissions.asmx plugin to perform this activity. Please see this >>>>>> page: >>>>>> >>>>>> >>>>>> http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.splistitem_members%28v=office.14%29.aspx >>>>>> >>>>>> The field the plugin is returning is the "Url" field of the item. >>>>>> There is no "ListItemURL" member that I can see. So, are inspecting the >>>>>> results from the Lists web service? I wonder how the Lists webservice >>>>>> translates the FileRef URL into a ListItemURL, in C#? >>>>>> >>>>>> Karl >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Nov 19, 2013 at 4:35 PM, Karl Wright <[email protected]>wrote: >>>>>> >>>>>>> Ok; to fix this problem then we will need a new release of the >>>>>>> SharePoint 2010 plugin. >>>>>>> >>>>>>> Karl >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, Nov 19, 2013 at 4:32 PM, Mark Libucha <[email protected]>wrote: >>>>>>> >>>>>>>> Ah, I think it's this: LISTITEMURL >>>>>>>> >>>>>>>> That works for me. >>>>>>>> >>>>>>>> Mark >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Nov 19, 2013 at 1:25 PM, Karl Wright <[email protected]>wrote: >>>>>>>> >>>>>>>>> Hmm, okay. >>>>>>>>> >>>>>>>>> The URL we use is what comes back in the "FileRef" field of the >>>>>>>>> Lists.asmx getListItems response. It is possible that there's a >>>>>>>>> better >>>>>>>>> choice for list items. I'll create a ticket and look into what the >>>>>>>>> options >>>>>>>>> are. >>>>>>>>> >>>>>>>>> Karl >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, Nov 19, 2013 at 3:46 PM, Mark Libucha >>>>>>>>> <[email protected]>wrote: >>>>>>>>> >>>>>>>>>> That doesn't work either. >>>>>>>>>> >>>>>>>>>> In the SharePoint UI, the Task List is presented as a table, with >>>>>>>>>> each of the individual items in the list presented as a URL. When >>>>>>>>>> you click >>>>>>>>>> on an item, it raises a pop up... >>>>>>>>>> >>>>>>>>>> The links on the page look like this... >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> http://myhost/_layouts/listform.aspx?PageType=4&ListId={1BD4F07D-A210-45A7-9C91-D296B1AB73EE}&ID=2&ContentTypeID=0x010800DE3D7FC80C8CFC4BA00DFEC40120E795 >>>>>>>>>> >>>>>>>>>> Nothing like the URIs they are handing back to MCF... >>>>>>>>>> >>>>>>>>>> Thanks for the info. >>>>>>>>>> >>>>>>>>>> Mark >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Nov 19, 2013 at 12:25 PM, Karl Wright <[email protected] >>>>>>>>>> > wrote: >>>>>>>>>> >>>>>>>>>>> Hi Mark, >>>>>>>>>>> >>>>>>>>>>> SharePoint indeed uses URLs of this form. The one you provided >>>>>>>>>>> describes a List in the root site called "Tasks", and references >>>>>>>>>>> the second >>>>>>>>>>> item in that list. I'm surprised SharePoint doesn't give something >>>>>>>>>>> better >>>>>>>>>>> than a 404 when you go to it, though. >>>>>>>>>>> >>>>>>>>>>> Can you go to >>>>>>>>>>> http://myhost/Lists/Tasks#2_.000<http://myhost/Lists/Tasks/2_.000>without >>>>>>>>>>> it giving a 404? because that's something the connector could >>>>>>>>>>> certainly do. >>>>>>>>>>> >>>>>>>>>>> Karl >>>>>>>>>>> >>>>>>>>>>> <http://myhost/Lists/Tasks/2_.000> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Tue, Nov 19, 2013 at 3:21 PM, Mark Libucha < >>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>> >>>>>>>>>>>> When I crawl a list, I get back URLs that look like this: >>>>>>>>>>>> >>>>>>>>>>>> http://myhost/Lists/Tasks/2_.000 >>>>>>>>>>>> >>>>>>>>>>>> This URL returns a 404, but I think that's a SharePoint issue. >>>>>>>>>>>> I don't believe there's a way to point directly to an item in List >>>>>>>>>>>> (is >>>>>>>>>>>> there?). >>>>>>>>>>>> >>>>>>>>>>>> My question then is, is SharePoint returning this URL in this >>>>>>>>>>>> form, or is MCF creating the URL based on the name of the list? >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> >>>>>>>>>>>> Mark >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
