manifoldcf-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Karl Wright <daddy...@gmail.com>
Subject Re: SharePoint List item URLs
Date Wed, 20 Nov 2013 17:19:02 GMT
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 <daddywri@gmail.com> 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 <mlibucha@gmail.com> 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 <daddywri@gmail.com> 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 <daddywri@gmail.com> 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 <daddywri@gmail.com>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 <daddywri@gmail.com>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 <mlibucha@gmail.com>wrote:
>>>>>>
>>>>>>> Ah, I think it's this: LISTITEMURL
>>>>>>>
>>>>>>> That works for me.
>>>>>>>
>>>>>>> Mark
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Nov 19, 2013 at 1:25 PM, Karl Wright <daddywri@gmail.com>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 <mlibucha@gmail.com>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 <daddywri@gmail.com>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 <mlibucha@gmail.com
>>>>>>>>>> > 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
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

Mime
View raw message