Still getting list item URIs that look like this: http://myhost/test3/Lists/Greg/1_.000
On Wed, Nov 20, 2013 at 10:43 AM, Mark Libucha <[email protected]> wrote: > Excellent! I was writing up a response to tell you the 2nd plugin change > also did not work. I'll revert and apply the patch and report back. > > Thanks, > > Mark > > > On Wed, Nov 20, 2013 at 10:41 AM, Karl Wright <[email protected]> wrote: > >> 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 >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
