You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@manifoldcf.apache.org by Mark Libucha <ml...@gmail.com> on 2013/11/19 21:21:29 UTC
SharePoint List item URLs
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
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
Thanks. Please let me know what happens.
If this works, I may be able to get a SharePoint connector patch to you
promptly any time during the day. But if it fails I will need access to a
machine at home to resolve the problem, so there would be a delay.
Karl
On Tue, Nov 19, 2013 at 8:28 PM, Mark Libucha <ml...@gmail.com> wrote:
> Looks like this will have till wait till the morning. I don't have access
> to the SharePoint server.
>
>
> On Tue, Nov 19, 2013 at 2:20 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>> Thanks!
>>
>> Working on testing it as you described. I'll get back to you shortly.
>>
>> Mark
>>
>>
>>
>> On Tue, Nov 19, 2013 at 2:13 PM, Karl Wright <da...@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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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 <ml...@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 <da...@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
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
Looks like this will have till wait till the morning. I don't have access
to the SharePoint server.
On Tue, Nov 19, 2013 at 2:20 PM, Mark Libucha <ml...@gmail.com> wrote:
> Thanks!
>
> Working on testing it as you described. I'll get back to you shortly.
>
> Mark
>
>
>
> On Tue, Nov 19, 2013 at 2:13 PM, Karl Wright <da...@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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
Thanks!
Working on testing it as you described. I'll get back to you shortly.
Mark
On Tue, Nov 19, 2013 at 2:13 PM, Karl Wright <da...@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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
Yes, that's right. I believe it is 812.
On Fri, Nov 22, 2013 at 12:20 PM, Karl Wright <da...@gmail.com> wrote:
> Didn't you also apply a patch to allow non-List items to not abort the
> crawl? That patch conflicts with this one, so I will try to include both.
>
> Karl
>
>
> On Fri, Nov 22, 2013 at 3:14 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>> Thanks!
>>
>>
>> On Fri, Nov 22, 2013 at 12:12 PM, Karl Wright <da...@gmail.com> wrote:
>>
>>> Ok, I'll need to redo the patch for release-1.4-branch it seems. Stay
>>> tuned.
>>> Karl
>>>
>>>
>>> On Fri, Nov 22, 2013 at 3:10 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>
>>>> How about this one? Also "fails":
>>>>
>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>>> ../patches/CONNECTORS-813-2.patch
>>>>
>>>> (Stripping trailing CRs from patch.)
>>>> patching file
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SPSProxyHelper.java
>>>>
>>>> (Stripping trailing CRs from patch.)
>>>> patching file
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>>> Hunk #1 succeeded at 775 (offset -7 lines).
>>>> Hunk #2 succeeded at 803 (offset -7 lines).
>>>> Hunk #3 succeeded at 810 (offset -7 lines).
>>>> Hunk #4 succeeded at 831 (offset -7 lines).
>>>> Hunk #5 succeeded at 1372 (offset -7 lines).
>>>> Hunk #6 succeeded at 1439 (offset -7 lines).
>>>> Hunk #7 succeeded at 1490 (offset -7 lines).
>>>> Hunk #8 succeeded at 2177 (offset -7 lines).
>>>> Hunk #9 succeeded at 2216 (offset -7 lines).
>>>> Hunk #10 succeeded at 2246 (offset -7 lines).
>>>> Hunk #11 succeeded at 2256 (offset -7 lines).
>>>> Hunk #12 FAILED at 2286.
>>>> 1 out of 12 hunks FAILED -- saving rejects to file
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.rej
>>>>
>>>> (Stripping trailing CRs from patch.)
>>>> patching file
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/IFileStream.java
>>>>
>>>>
>>>>
>>>> On Fri, Nov 22, 2013 at 12:06 PM, Karl Wright <da...@gmail.com>wrote:
>>>>
>>>>> That's just CHANGES.txt. You can ignore that error.
>>>>> Karl
>>>>>
>>>>>
>>>>> On Fri, Nov 22, 2013 at 3:05 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>
>>>>>> When I most recent of the "original" 813 patch, it fails:
>>>>>>
>>>>>> (That it, this patch, dated Today 9:37,
>>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>>> )
>>>>>>
>>>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ svn revert
>>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/*
>>>>>> Reverted
>>>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java'
>>>>>> Skipped
>>>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.orig'
>>>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>>>>> ../patches/CONNECTORS-813.patch
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file
>>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>>>>> Hunk #1 succeeded at 796 (offset -7 lines).
>>>>>> Hunk #2 succeeded at 804 (offset -7 lines).
>>>>>> Hunk #3 succeeded at 826 (offset -7 lines).
>>>>>> Hunk #4 succeeded at 1366 (offset -7 lines).
>>>>>> Hunk #5 succeeded at 1485 (offset -7 lines).
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file CHANGES.txt
>>>>>> Hunk #1 FAILED at 3.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file CHANGES.txt.rej
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Nov 22, 2013 at 11:42 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>>
>>>>>>> This was my mistake; I uploaded over the old patch. I since
>>>>>>> corrected that. Please just download the most recent of each.
>>>>>>>
>>>>>>> Karl
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>>>>
>>>>>>>>> CONNECTORS-813.patch
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On last question...you mention "CONNECTORS-813.patch", but which
>>>>>>>> URL does this correspond to..there are 3 on that page:
>>>>>>>>
>>>>>>>>
>>>>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>>>>>
>>>>>>>> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>>>>>>>>
>>>>>>>> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
I think you've done it!
Patch installed without errors, and I'm getting the correct list item urls
now.
Unfortunately, a bug in my code was exposed so the crawl still isn't
completing, but it's something I need to fix. Unless I update this thread
again, it's all fixed.
Many thanks, Karl!
One final question: for this to work (list item urls), I need the patch AND
the updated plugin, correct?
Mark
On Fri, Nov 22, 2013 at 12:28 PM, Karl Wright <da...@gmail.com> wrote:
> Ok, done.
>
> - revert all previous changes
> - apply the patch tagged with 1.4
> - this includes CONNECTORS-812.patch as well
>
> Karl
>
>
>
> On Fri, Nov 22, 2013 at 3:20 PM, Karl Wright <da...@gmail.com> wrote:
>
>> Didn't you also apply a patch to allow non-List items to not abort the
>> crawl? That patch conflicts with this one, so I will try to include both.
>>
>> Karl
>>
>>
>> On Fri, Nov 22, 2013 at 3:14 PM, Mark Libucha <ml...@gmail.com> wrote:
>>
>>> Thanks!
>>>
>>>
>>> On Fri, Nov 22, 2013 at 12:12 PM, Karl Wright <da...@gmail.com>wrote:
>>>
>>>> Ok, I'll need to redo the patch for release-1.4-branch it seems. Stay
>>>> tuned.
>>>> Karl
>>>>
>>>>
>>>> On Fri, Nov 22, 2013 at 3:10 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>
>>>>> How about this one? Also "fails":
>>>>>
>>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>>>> ../patches/CONNECTORS-813-2.patch
>>>>>
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file
>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SPSProxyHelper.java
>>>>>
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file
>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>>>> Hunk #1 succeeded at 775 (offset -7 lines).
>>>>> Hunk #2 succeeded at 803 (offset -7 lines).
>>>>> Hunk #3 succeeded at 810 (offset -7 lines).
>>>>> Hunk #4 succeeded at 831 (offset -7 lines).
>>>>> Hunk #5 succeeded at 1372 (offset -7 lines).
>>>>> Hunk #6 succeeded at 1439 (offset -7 lines).
>>>>> Hunk #7 succeeded at 1490 (offset -7 lines).
>>>>> Hunk #8 succeeded at 2177 (offset -7 lines).
>>>>> Hunk #9 succeeded at 2216 (offset -7 lines).
>>>>> Hunk #10 succeeded at 2246 (offset -7 lines).
>>>>> Hunk #11 succeeded at 2256 (offset -7 lines).
>>>>> Hunk #12 FAILED at 2286.
>>>>> 1 out of 12 hunks FAILED -- saving rejects to file
>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.rej
>>>>>
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file
>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/IFileStream.java
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Nov 22, 2013 at 12:06 PM, Karl Wright <da...@gmail.com>wrote:
>>>>>
>>>>>> That's just CHANGES.txt. You can ignore that error.
>>>>>> Karl
>>>>>>
>>>>>>
>>>>>> On Fri, Nov 22, 2013 at 3:05 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>
>>>>>>> When I most recent of the "original" 813 patch, it fails:
>>>>>>>
>>>>>>> (That it, this patch, dated Today 9:37,
>>>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>>>> )
>>>>>>>
>>>>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ svn revert
>>>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/*
>>>>>>> Reverted
>>>>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java'
>>>>>>> Skipped
>>>>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.orig'
>>>>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>>>>>> ../patches/CONNECTORS-813.patch
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file
>>>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>>>>>> Hunk #1 succeeded at 796 (offset -7 lines).
>>>>>>> Hunk #2 succeeded at 804 (offset -7 lines).
>>>>>>> Hunk #3 succeeded at 826 (offset -7 lines).
>>>>>>> Hunk #4 succeeded at 1366 (offset -7 lines).
>>>>>>> Hunk #5 succeeded at 1485 (offset -7 lines).
>>>>>>> (Stripping trailing CRs from patch.)
>>>>>>> patching file CHANGES.txt
>>>>>>> Hunk #1 FAILED at 3.
>>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file CHANGES.txt.rej
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Nov 22, 2013 at 11:42 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>>>
>>>>>>>> This was my mistake; I uploaded over the old patch. I since
>>>>>>>> corrected that. Please just download the most recent of each.
>>>>>>>>
>>>>>>>> Karl
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>>>>>
>>>>>>>>>> CONNECTORS-813.patch
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On last question...you mention "CONNECTORS-813.patch", but which
>>>>>>>>> URL does this correspond to..there are 3 on that page:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>>>>>>
>>>>>>>>> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>>>>>>>>>
>>>>>>>>> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
Ok, done.
- revert all previous changes
- apply the patch tagged with 1.4
- this includes CONNECTORS-812.patch as well
Karl
On Fri, Nov 22, 2013 at 3:20 PM, Karl Wright <da...@gmail.com> wrote:
> Didn't you also apply a patch to allow non-List items to not abort the
> crawl? That patch conflicts with this one, so I will try to include both.
>
> Karl
>
>
> On Fri, Nov 22, 2013 at 3:14 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>> Thanks!
>>
>>
>> On Fri, Nov 22, 2013 at 12:12 PM, Karl Wright <da...@gmail.com> wrote:
>>
>>> Ok, I'll need to redo the patch for release-1.4-branch it seems. Stay
>>> tuned.
>>> Karl
>>>
>>>
>>> On Fri, Nov 22, 2013 at 3:10 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>
>>>> How about this one? Also "fails":
>>>>
>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>>> ../patches/CONNECTORS-813-2.patch
>>>>
>>>> (Stripping trailing CRs from patch.)
>>>> patching file
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SPSProxyHelper.java
>>>>
>>>> (Stripping trailing CRs from patch.)
>>>> patching file
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>>> Hunk #1 succeeded at 775 (offset -7 lines).
>>>> Hunk #2 succeeded at 803 (offset -7 lines).
>>>> Hunk #3 succeeded at 810 (offset -7 lines).
>>>> Hunk #4 succeeded at 831 (offset -7 lines).
>>>> Hunk #5 succeeded at 1372 (offset -7 lines).
>>>> Hunk #6 succeeded at 1439 (offset -7 lines).
>>>> Hunk #7 succeeded at 1490 (offset -7 lines).
>>>> Hunk #8 succeeded at 2177 (offset -7 lines).
>>>> Hunk #9 succeeded at 2216 (offset -7 lines).
>>>> Hunk #10 succeeded at 2246 (offset -7 lines).
>>>> Hunk #11 succeeded at 2256 (offset -7 lines).
>>>> Hunk #12 FAILED at 2286.
>>>> 1 out of 12 hunks FAILED -- saving rejects to file
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.rej
>>>>
>>>> (Stripping trailing CRs from patch.)
>>>> patching file
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/IFileStream.java
>>>>
>>>>
>>>>
>>>> On Fri, Nov 22, 2013 at 12:06 PM, Karl Wright <da...@gmail.com>wrote:
>>>>
>>>>> That's just CHANGES.txt. You can ignore that error.
>>>>> Karl
>>>>>
>>>>>
>>>>> On Fri, Nov 22, 2013 at 3:05 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>
>>>>>> When I most recent of the "original" 813 patch, it fails:
>>>>>>
>>>>>> (That it, this patch, dated Today 9:37,
>>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>>> )
>>>>>>
>>>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ svn revert
>>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/*
>>>>>> Reverted
>>>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java'
>>>>>> Skipped
>>>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.orig'
>>>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>>>>> ../patches/CONNECTORS-813.patch
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file
>>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>>>>> Hunk #1 succeeded at 796 (offset -7 lines).
>>>>>> Hunk #2 succeeded at 804 (offset -7 lines).
>>>>>> Hunk #3 succeeded at 826 (offset -7 lines).
>>>>>> Hunk #4 succeeded at 1366 (offset -7 lines).
>>>>>> Hunk #5 succeeded at 1485 (offset -7 lines).
>>>>>> (Stripping trailing CRs from patch.)
>>>>>> patching file CHANGES.txt
>>>>>> Hunk #1 FAILED at 3.
>>>>>> 1 out of 1 hunk FAILED -- saving rejects to file CHANGES.txt.rej
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Nov 22, 2013 at 11:42 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>>
>>>>>>> This was my mistake; I uploaded over the old patch. I since
>>>>>>> corrected that. Please just download the most recent of each.
>>>>>>>
>>>>>>> Karl
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>>>>
>>>>>>>>> CONNECTORS-813.patch
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On last question...you mention "CONNECTORS-813.patch", but which
>>>>>>>> URL does this correspond to..there are 3 on that page:
>>>>>>>>
>>>>>>>>
>>>>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>>>>>
>>>>>>>> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>>>>>>>>
>>>>>>>> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
Didn't you also apply a patch to allow non-List items to not abort the
crawl? That patch conflicts with this one, so I will try to include both.
Karl
On Fri, Nov 22, 2013 at 3:14 PM, Mark Libucha <ml...@gmail.com> wrote:
> Thanks!
>
>
> On Fri, Nov 22, 2013 at 12:12 PM, Karl Wright <da...@gmail.com> wrote:
>
>> Ok, I'll need to redo the patch for release-1.4-branch it seems. Stay
>> tuned.
>> Karl
>>
>>
>> On Fri, Nov 22, 2013 at 3:10 PM, Mark Libucha <ml...@gmail.com> wrote:
>>
>>> How about this one? Also "fails":
>>>
>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>> ../patches/CONNECTORS-813-2.patch
>>>
>>> (Stripping trailing CRs from patch.)
>>> patching file
>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SPSProxyHelper.java
>>>
>>> (Stripping trailing CRs from patch.)
>>> patching file
>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>> Hunk #1 succeeded at 775 (offset -7 lines).
>>> Hunk #2 succeeded at 803 (offset -7 lines).
>>> Hunk #3 succeeded at 810 (offset -7 lines).
>>> Hunk #4 succeeded at 831 (offset -7 lines).
>>> Hunk #5 succeeded at 1372 (offset -7 lines).
>>> Hunk #6 succeeded at 1439 (offset -7 lines).
>>> Hunk #7 succeeded at 1490 (offset -7 lines).
>>> Hunk #8 succeeded at 2177 (offset -7 lines).
>>> Hunk #9 succeeded at 2216 (offset -7 lines).
>>> Hunk #10 succeeded at 2246 (offset -7 lines).
>>> Hunk #11 succeeded at 2256 (offset -7 lines).
>>> Hunk #12 FAILED at 2286.
>>> 1 out of 12 hunks FAILED -- saving rejects to file
>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.rej
>>>
>>> (Stripping trailing CRs from patch.)
>>> patching file
>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/IFileStream.java
>>>
>>>
>>>
>>> On Fri, Nov 22, 2013 at 12:06 PM, Karl Wright <da...@gmail.com>wrote:
>>>
>>>> That's just CHANGES.txt. You can ignore that error.
>>>> Karl
>>>>
>>>>
>>>> On Fri, Nov 22, 2013 at 3:05 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>
>>>>> When I most recent of the "original" 813 patch, it fails:
>>>>>
>>>>> (That it, this patch, dated Today 9:37,
>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>> )
>>>>>
>>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ svn revert
>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/*
>>>>> Reverted
>>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java'
>>>>> Skipped
>>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.orig'
>>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>>>> ../patches/CONNECTORS-813.patch
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file
>>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>>>> Hunk #1 succeeded at 796 (offset -7 lines).
>>>>> Hunk #2 succeeded at 804 (offset -7 lines).
>>>>> Hunk #3 succeeded at 826 (offset -7 lines).
>>>>> Hunk #4 succeeded at 1366 (offset -7 lines).
>>>>> Hunk #5 succeeded at 1485 (offset -7 lines).
>>>>> (Stripping trailing CRs from patch.)
>>>>> patching file CHANGES.txt
>>>>> Hunk #1 FAILED at 3.
>>>>> 1 out of 1 hunk FAILED -- saving rejects to file CHANGES.txt.rej
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Nov 22, 2013 at 11:42 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>
>>>>>> This was my mistake; I uploaded over the old patch. I since
>>>>>> corrected that. Please just download the most recent of each.
>>>>>>
>>>>>> Karl
>>>>>>
>>>>>>
>>>>>> On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>
>>>>>>>
>>>>>>> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>>>
>>>>>>>> CONNECTORS-813.patch
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On last question...you mention "CONNECTORS-813.patch", but which URL
>>>>>>> does this correspond to..there are 3 on that page:
>>>>>>>
>>>>>>>
>>>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>>>>
>>>>>>> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>>>>>>>
>>>>>>> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
Thanks!
On Fri, Nov 22, 2013 at 12:12 PM, Karl Wright <da...@gmail.com> wrote:
> Ok, I'll need to redo the patch for release-1.4-branch it seems. Stay
> tuned.
> Karl
>
>
> On Fri, Nov 22, 2013 at 3:10 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>> How about this one? Also "fails":
>>
>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>> ../patches/CONNECTORS-813-2.patch
>>
>> (Stripping trailing CRs from patch.)
>> patching file
>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SPSProxyHelper.java
>>
>> (Stripping trailing CRs from patch.)
>> patching file
>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>> Hunk #1 succeeded at 775 (offset -7 lines).
>> Hunk #2 succeeded at 803 (offset -7 lines).
>> Hunk #3 succeeded at 810 (offset -7 lines).
>> Hunk #4 succeeded at 831 (offset -7 lines).
>> Hunk #5 succeeded at 1372 (offset -7 lines).
>> Hunk #6 succeeded at 1439 (offset -7 lines).
>> Hunk #7 succeeded at 1490 (offset -7 lines).
>> Hunk #8 succeeded at 2177 (offset -7 lines).
>> Hunk #9 succeeded at 2216 (offset -7 lines).
>> Hunk #10 succeeded at 2246 (offset -7 lines).
>> Hunk #11 succeeded at 2256 (offset -7 lines).
>> Hunk #12 FAILED at 2286.
>> 1 out of 12 hunks FAILED -- saving rejects to file
>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.rej
>>
>> (Stripping trailing CRs from patch.)
>> patching file
>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/IFileStream.java
>>
>>
>>
>> On Fri, Nov 22, 2013 at 12:06 PM, Karl Wright <da...@gmail.com> wrote:
>>
>>> That's just CHANGES.txt. You can ignore that error.
>>> Karl
>>>
>>>
>>> On Fri, Nov 22, 2013 at 3:05 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>
>>>> When I most recent of the "original" 813 patch, it fails:
>>>>
>>>> (That it, this patch, dated Today 9:37,
>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>> )
>>>>
>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ svn revert
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/*
>>>> Reverted
>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java'
>>>> Skipped
>>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.orig'
>>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>>> ../patches/CONNECTORS-813.patch
>>>> (Stripping trailing CRs from patch.)
>>>> patching file
>>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>>> Hunk #1 succeeded at 796 (offset -7 lines).
>>>> Hunk #2 succeeded at 804 (offset -7 lines).
>>>> Hunk #3 succeeded at 826 (offset -7 lines).
>>>> Hunk #4 succeeded at 1366 (offset -7 lines).
>>>> Hunk #5 succeeded at 1485 (offset -7 lines).
>>>> (Stripping trailing CRs from patch.)
>>>> patching file CHANGES.txt
>>>> Hunk #1 FAILED at 3.
>>>> 1 out of 1 hunk FAILED -- saving rejects to file CHANGES.txt.rej
>>>>
>>>>
>>>>
>>>> On Fri, Nov 22, 2013 at 11:42 AM, Karl Wright <da...@gmail.com>wrote:
>>>>
>>>>> This was my mistake; I uploaded over the old patch. I since corrected
>>>>> that. Please just download the most recent of each.
>>>>>
>>>>> Karl
>>>>>
>>>>>
>>>>> On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>
>>>>>>
>>>>>> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>>
>>>>>>> CONNECTORS-813.patch
>>>>>>>
>>>>>>
>>>>>>
>>>>>> On last question...you mention "CONNECTORS-813.patch", but which URL
>>>>>> does this correspond to..there are 3 on that page:
>>>>>>
>>>>>>
>>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>>>
>>>>>> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>>>>>>
>>>>>> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
Ok, I'll need to redo the patch for release-1.4-branch it seems. Stay
tuned.
Karl
On Fri, Nov 22, 2013 at 3:10 PM, Mark Libucha <ml...@gmail.com> wrote:
> How about this one? Also "fails":
>
> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
> ../patches/CONNECTORS-813-2.patch
>
> (Stripping trailing CRs from patch.)
> patching file
> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SPSProxyHelper.java
>
> (Stripping trailing CRs from patch.)
> patching file
> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
> Hunk #1 succeeded at 775 (offset -7 lines).
> Hunk #2 succeeded at 803 (offset -7 lines).
> Hunk #3 succeeded at 810 (offset -7 lines).
> Hunk #4 succeeded at 831 (offset -7 lines).
> Hunk #5 succeeded at 1372 (offset -7 lines).
> Hunk #6 succeeded at 1439 (offset -7 lines).
> Hunk #7 succeeded at 1490 (offset -7 lines).
> Hunk #8 succeeded at 2177 (offset -7 lines).
> Hunk #9 succeeded at 2216 (offset -7 lines).
> Hunk #10 succeeded at 2246 (offset -7 lines).
> Hunk #11 succeeded at 2256 (offset -7 lines).
> Hunk #12 FAILED at 2286.
> 1 out of 12 hunks FAILED -- saving rejects to file
> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.rej
>
> (Stripping trailing CRs from patch.)
> patching file
> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/IFileStream.java
>
>
>
> On Fri, Nov 22, 2013 at 12:06 PM, Karl Wright <da...@gmail.com> wrote:
>
>> That's just CHANGES.txt. You can ignore that error.
>> Karl
>>
>>
>> On Fri, Nov 22, 2013 at 3:05 PM, Mark Libucha <ml...@gmail.com> wrote:
>>
>>> When I most recent of the "original" 813 patch, it fails:
>>>
>>> (That it, this patch, dated Today 9:37,
>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>> )
>>>
>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ svn revert
>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/*
>>> Reverted
>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java'
>>> Skipped
>>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.orig'
>>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>>> ../patches/CONNECTORS-813.patch
>>> (Stripping trailing CRs from patch.)
>>> patching file
>>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>>> Hunk #1 succeeded at 796 (offset -7 lines).
>>> Hunk #2 succeeded at 804 (offset -7 lines).
>>> Hunk #3 succeeded at 826 (offset -7 lines).
>>> Hunk #4 succeeded at 1366 (offset -7 lines).
>>> Hunk #5 succeeded at 1485 (offset -7 lines).
>>> (Stripping trailing CRs from patch.)
>>> patching file CHANGES.txt
>>> Hunk #1 FAILED at 3.
>>> 1 out of 1 hunk FAILED -- saving rejects to file CHANGES.txt.rej
>>>
>>>
>>>
>>> On Fri, Nov 22, 2013 at 11:42 AM, Karl Wright <da...@gmail.com>wrote:
>>>
>>>> This was my mistake; I uploaded over the old patch. I since corrected
>>>> that. Please just download the most recent of each.
>>>>
>>>> Karl
>>>>
>>>>
>>>> On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>
>>>>>
>>>>> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>
>>>>>> CONNECTORS-813.patch
>>>>>>
>>>>>
>>>>>
>>>>> On last question...you mention "CONNECTORS-813.patch", but which URL
>>>>> does this correspond to..there are 3 on that page:
>>>>>
>>>>>
>>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>>
>>>>> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>>>>>
>>>>> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
How about this one? Also "fails":
mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
../patches/CONNECTORS-813-2.patch
(Stripping trailing CRs from patch.)
patching file
connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SPSProxyHelper.java
(Stripping trailing CRs from patch.)
patching file
connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
Hunk #1 succeeded at 775 (offset -7 lines).
Hunk #2 succeeded at 803 (offset -7 lines).
Hunk #3 succeeded at 810 (offset -7 lines).
Hunk #4 succeeded at 831 (offset -7 lines).
Hunk #5 succeeded at 1372 (offset -7 lines).
Hunk #6 succeeded at 1439 (offset -7 lines).
Hunk #7 succeeded at 1490 (offset -7 lines).
Hunk #8 succeeded at 2177 (offset -7 lines).
Hunk #9 succeeded at 2216 (offset -7 lines).
Hunk #10 succeeded at 2246 (offset -7 lines).
Hunk #11 succeeded at 2256 (offset -7 lines).
Hunk #12 FAILED at 2286.
1 out of 12 hunks FAILED -- saving rejects to file
connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.rej
(Stripping trailing CRs from patch.)
patching file
connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/IFileStream.java
On Fri, Nov 22, 2013 at 12:06 PM, Karl Wright <da...@gmail.com> wrote:
> That's just CHANGES.txt. You can ignore that error.
> Karl
>
>
> On Fri, Nov 22, 2013 at 3:05 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>> When I most recent of the "original" 813 patch, it fails:
>>
>> (That it, this patch, dated Today 9:37,
>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>> )
>>
>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ svn revert
>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/*
>> Reverted
>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java'
>> Skipped
>> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.orig'
>> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
>> ../patches/CONNECTORS-813.patch
>> (Stripping trailing CRs from patch.)
>> patching file
>> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
>> Hunk #1 succeeded at 796 (offset -7 lines).
>> Hunk #2 succeeded at 804 (offset -7 lines).
>> Hunk #3 succeeded at 826 (offset -7 lines).
>> Hunk #4 succeeded at 1366 (offset -7 lines).
>> Hunk #5 succeeded at 1485 (offset -7 lines).
>> (Stripping trailing CRs from patch.)
>> patching file CHANGES.txt
>> Hunk #1 FAILED at 3.
>> 1 out of 1 hunk FAILED -- saving rejects to file CHANGES.txt.rej
>>
>>
>>
>> On Fri, Nov 22, 2013 at 11:42 AM, Karl Wright <da...@gmail.com> wrote:
>>
>>> This was my mistake; I uploaded over the old patch. I since corrected
>>> that. Please just download the most recent of each.
>>>
>>> Karl
>>>
>>>
>>> On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>
>>>>
>>>> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com>wrote:
>>>>
>>>>> CONNECTORS-813.patch
>>>>>
>>>>
>>>>
>>>> On last question...you mention "CONNECTORS-813.patch", but which URL
>>>> does this correspond to..there are 3 on that page:
>>>>
>>>>
>>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>>
>>>> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>>>>
>>>> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>>>>
>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
That's just CHANGES.txt. You can ignore that error.
Karl
On Fri, Nov 22, 2013 at 3:05 PM, Mark Libucha <ml...@gmail.com> wrote:
> When I most recent of the "original" 813 patch, it fails:
>
> (That it, this patch, dated Today 9:37,
> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
> )
>
> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ svn revert
> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/*
> Reverted
> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java'
> Skipped
> 'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.orig'
> mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
> ../patches/CONNECTORS-813.patch
> (Stripping trailing CRs from patch.)
> patching file
> connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
> Hunk #1 succeeded at 796 (offset -7 lines).
> Hunk #2 succeeded at 804 (offset -7 lines).
> Hunk #3 succeeded at 826 (offset -7 lines).
> Hunk #4 succeeded at 1366 (offset -7 lines).
> Hunk #5 succeeded at 1485 (offset -7 lines).
> (Stripping trailing CRs from patch.)
> patching file CHANGES.txt
> Hunk #1 FAILED at 3.
> 1 out of 1 hunk FAILED -- saving rejects to file CHANGES.txt.rej
>
>
>
> On Fri, Nov 22, 2013 at 11:42 AM, Karl Wright <da...@gmail.com> wrote:
>
>> This was my mistake; I uploaded over the old patch. I since corrected
>> that. Please just download the most recent of each.
>>
>> Karl
>>
>>
>> On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com> wrote:
>>
>>>
>>> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com>wrote:
>>>
>>>> CONNECTORS-813.patch
>>>>
>>>
>>>
>>> On last question...you mention "CONNECTORS-813.patch", but which URL
>>> does this correspond to..there are 3 on that page:
>>>
>>>
>>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>>
>>> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>>>
>>> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>>>
>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
When I most recent of the "original" 813 patch, it fails:
(That it, this patch, dated Today 9:37,
https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
)
mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ svn revert
connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/*
Reverted
'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java'
Skipped
'connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java.orig'
mlibucha@v4lnx3 apache-manifoldcf-1.4[master*]$ patch -p 0 <
../patches/CONNECTORS-813.patch
(Stripping trailing CRs from patch.)
patching file
connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
Hunk #1 succeeded at 796 (offset -7 lines).
Hunk #2 succeeded at 804 (offset -7 lines).
Hunk #3 succeeded at 826 (offset -7 lines).
Hunk #4 succeeded at 1366 (offset -7 lines).
Hunk #5 succeeded at 1485 (offset -7 lines).
(Stripping trailing CRs from patch.)
patching file CHANGES.txt
Hunk #1 FAILED at 3.
1 out of 1 hunk FAILED -- saving rejects to file CHANGES.txt.rej
On Fri, Nov 22, 2013 at 11:42 AM, Karl Wright <da...@gmail.com> wrote:
> This was my mistake; I uploaded over the old patch. I since corrected
> that. Please just download the most recent of each.
>
> Karl
>
>
> On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>>
>> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com> wrote:
>>
>>> CONNECTORS-813.patch
>>>
>>
>>
>> On last question...you mention "CONNECTORS-813.patch", but which URL does
>> this correspond to..there are 3 on that page:
>>
>>
>> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>>
>> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>>
>> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>>
>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
This was my mistake; I uploaded over the old patch. I since corrected
that. Please just download the most recent of each.
Karl
On Fri, Nov 22, 2013 at 2:40 PM, Mark Libucha <ml...@gmail.com> wrote:
>
> On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com> wrote:
>
>> CONNECTORS-813.patch
>>
>
>
> On last question...you mention "CONNECTORS-813.patch", but which URL does
> this correspond to..there are 3 on that page:
>
>
> https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
>
> https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
>
> https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
>
>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
On Fri, Nov 22, 2013 at 11:27 AM, Karl Wright <da...@gmail.com> wrote:
> CONNECTORS-813.patch
>
On last question...you mention "CONNECTORS-813.patch", but which URL does
this correspond to..there are 3 on that page:
https://issues.apache.org/jira/secure/attachment/12615359/CONNECTORS-813.patch
https://issues.apache.org/jira/secure/attachment/12615357/CONNECTORS-813.patch
https://issues.apache.org/jira/secure/attachment/12614943/CONNECTORS-813.patch
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
Sorry - I should have been clear.
First, make sure you are back to some pre-patch state:
cd trunk
svn revert
connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SharePointRepository.java
svn revert
connectors/sharepoint/connector/src/main/java/org/apache/manifoldcf/crawler/connectors/sharepoint/SPSProxyHelper.java
Then, apply the FIRST patch:
patch -p0 <CONNECTORS-813.patch
Then, apply the SECOND patch:
patch -p0 <CONNECTORS-813-2.patch
Then you should be good to go.
I am assuming that with the new plugin you were able to crawl and
everything without errors, but the URL just remained incorrect? If so,
these patches SHOULD mean you see the right URL. If they don't, please
remember I haven't tried them out anywhere, so I could have coded something
incorrectly. Let me know and we can debug.
Thanks,
Karl
On Fri, Nov 22, 2013 at 2:22 PM, Mark Libucha <ml...@gmail.com> wrote:
> Struggling with this...still not working for me. Maybe I'm applying the
> patch incorrectly?
>
> I'm stuck with svn 1.6, so I can't use "svn patch", and have to use the
> patch command manually.
>
> That being said, which of the URLs on this page should I download and
> apply?
>
> https://issues.apache.org/jira/browse/CONNECTORS-813
>
> Thanks,
>
> Mark
>
>
> On Fri, Nov 22, 2013 at 9:34 AM, Karl Wright <da...@gmail.com> wrote:
>
>> Ok, patch for the ticket has been updated.
>>
>> Karl
>>
>>
>> On Fri, Nov 22, 2013 at 12:31 PM, Karl Wright <da...@gmail.com> wrote:
>>
>>> Hi Mark,
>>>
>>> I am not surprised you are seeing the changed URLs yet, because you are
>>> missing the connector code changes. I'll attach a patch to the
>>> CONNECTORS-813 ticket momentarily that should do that though.
>>>
>>> Thanks,
>>> Karl
>>>
>>>
>>>
>>> On Fri, Nov 22, 2013 at 12:28 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>
>>>> Hi Karl,
>>>>
>>>> So I'm still not seeing a change in the URLs that are coming back for
>>>> SharePoint list items after reinstalling the updated plugin.
>>>>
>>>> Is there a way for me to check that the new plugin is correctly in
>>>> place without actually logging into the SharePoint host?
>>>>
>>>> Thanks,
>>>>
>>>> Mark
>>>>
>>>>
>>>> On Thu, Nov 21, 2013 at 12:42 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>
>>>>> Hi Karl, will retry the plugin (and check the logs if it fails), but
>>>>> need to wait to get it installed on the server -- out of my personal
>>>>> control.
>>>>>
>>>>> But I'll definitely get to it and report back.
>>>>>
>>>>> Mark
>>>>>
>>>>>
>>>>> On Thu, Nov 21, 2013 at 12:20 AM, Karl Wright <da...@gmail.com>wrote:
>>>>>
>>>>>> Thanks for clarifying.
>>>>>>
>>>>>> Like I said, the only solution I can find to produce the right URL
>>>>>> involves plugin changes. I updated the plugin on the
>>>>>> people.apache.org site enough times in quick succession that I think
>>>>>> it may well be the case that you did not try the right one, so I hope you
>>>>>> will be able to confirm that tomorrow. I've already committed what I think
>>>>>> is the correct code to branches/CONNECTORS-813 but I won't supply that as a
>>>>>> patch until we have a working plugin.
>>>>>>
>>>>>> If you try the plugin again, and it still fails, have a look at the
>>>>>> SharePoint event logs; there may be an exception from the plugin in it that
>>>>>> would be of help. The exceptions are all logged, but they are very hard to
>>>>>> find.
>>>>>>
>>>>>> Thanks,
>>>>>> Karl
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Nov 20, 2013 at 11:22 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>
>>>>>>> Yeah, I noticed that, too. But unfortunately the URLs sent to the
>>>>>>> output connectors are no different.
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Nov 20, 2013 at 1:44 PM, Karl Wright <da...@gmail.com>wrote:
>>>>>>>
>>>>>>>> Hi Mark,
>>>>>>>>
>>>>>>>> I just noticed that the log output for the list item URL was
>>>>>>>> incorrect in the CONNECTORS-813 patch; it was outputting the old url value
>>>>>>>> into the log, even though the NEW url was being sent to the output
>>>>>>>> connector. Can you confirm that you did in fact not just look at the
>>>>>>>> ManifoldCF log to determine whether or not the patch worked?
>>>>>>>>
>>>>>>>> Karl
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Nov 20, 2013 at 4:13 PM, Karl Wright <da...@gmail.com>wrote:
>>>>>>>>
>>>>>>>>> I was trying to read the value as metadata, but clearly, then, it
>>>>>>>>> is not available, and we will need to construct it ourselves, probably
>>>>>>>>> according to this formula:
>>>>>>>>>
>>>>>>>>> // Display form full url
>>>>>>>>> string.Format("{0}{1}?ID={2}", item.Web.Url, item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl, item.ID)
>>>>>>>>>
>>>>>>>>> The problem is that when I included this in the plugin code, the plugin failed to work properly.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> No doubt it threw an exception of some kind, but we have no idea what that was.
>>>>>>>>>
>>>>>>>>> Constructing it in Java is fine except I'm missing whatever the item.ParentList.Forms[] array would have
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> contained. Can you confirm that this is the plugin you tried:
>>>>>>>>>
>>>>>>>>> 11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
>>>>>>>>>
>>>>>>>>> If the size differed it is possible you were using the wrong one - let's just rule that out first.
>>>>>>>>>
>>>>>>>>> Karl
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>>>>
>>>>>>>>>> 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 <
>>>>>>>>>> mlibucha@gmail.com> 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 <
>>>>>>>>>>> daddywri@gmail.com> 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 <
>>>>>>>>>>>> daddywri@gmail.com> 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 <
>>>>>>>>>>>>> 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
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
Struggling with this...still not working for me. Maybe I'm applying the
patch incorrectly?
I'm stuck with svn 1.6, so I can't use "svn patch", and have to use the
patch command manually.
That being said, which of the URLs on this page should I download and apply?
https://issues.apache.org/jira/browse/CONNECTORS-813
Thanks,
Mark
On Fri, Nov 22, 2013 at 9:34 AM, Karl Wright <da...@gmail.com> wrote:
> Ok, patch for the ticket has been updated.
>
> Karl
>
>
> On Fri, Nov 22, 2013 at 12:31 PM, Karl Wright <da...@gmail.com> wrote:
>
>> Hi Mark,
>>
>> I am not surprised you are seeing the changed URLs yet, because you are
>> missing the connector code changes. I'll attach a patch to the
>> CONNECTORS-813 ticket momentarily that should do that though.
>>
>> Thanks,
>> Karl
>>
>>
>>
>> On Fri, Nov 22, 2013 at 12:28 PM, Mark Libucha <ml...@gmail.com>wrote:
>>
>>> Hi Karl,
>>>
>>> So I'm still not seeing a change in the URLs that are coming back for
>>> SharePoint list items after reinstalling the updated plugin.
>>>
>>> Is there a way for me to check that the new plugin is correctly in place
>>> without actually logging into the SharePoint host?
>>>
>>> Thanks,
>>>
>>> Mark
>>>
>>>
>>> On Thu, Nov 21, 2013 at 12:42 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>
>>>> Hi Karl, will retry the plugin (and check the logs if it fails), but
>>>> need to wait to get it installed on the server -- out of my personal
>>>> control.
>>>>
>>>> But I'll definitely get to it and report back.
>>>>
>>>> Mark
>>>>
>>>>
>>>> On Thu, Nov 21, 2013 at 12:20 AM, Karl Wright <da...@gmail.com>wrote:
>>>>
>>>>> Thanks for clarifying.
>>>>>
>>>>> Like I said, the only solution I can find to produce the right URL
>>>>> involves plugin changes. I updated the plugin on the
>>>>> people.apache.org site enough times in quick succession that I think
>>>>> it may well be the case that you did not try the right one, so I hope you
>>>>> will be able to confirm that tomorrow. I've already committed what I think
>>>>> is the correct code to branches/CONNECTORS-813 but I won't supply that as a
>>>>> patch until we have a working plugin.
>>>>>
>>>>> If you try the plugin again, and it still fails, have a look at the
>>>>> SharePoint event logs; there may be an exception from the plugin in it that
>>>>> would be of help. The exceptions are all logged, but they are very hard to
>>>>> find.
>>>>>
>>>>> Thanks,
>>>>> Karl
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Nov 20, 2013 at 11:22 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>
>>>>>> Yeah, I noticed that, too. But unfortunately the URLs sent to the
>>>>>> output connectors are no different.
>>>>>>
>>>>>>
>>>>>> On Wed, Nov 20, 2013 at 1:44 PM, Karl Wright <da...@gmail.com>wrote:
>>>>>>
>>>>>>> Hi Mark,
>>>>>>>
>>>>>>> I just noticed that the log output for the list item URL was
>>>>>>> incorrect in the CONNECTORS-813 patch; it was outputting the old url value
>>>>>>> into the log, even though the NEW url was being sent to the output
>>>>>>> connector. Can you confirm that you did in fact not just look at the
>>>>>>> ManifoldCF log to determine whether or not the patch worked?
>>>>>>>
>>>>>>> Karl
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Nov 20, 2013 at 4:13 PM, Karl Wright <da...@gmail.com>wrote:
>>>>>>>
>>>>>>>> I was trying to read the value as metadata, but clearly, then, it
>>>>>>>> is not available, and we will need to construct it ourselves, probably
>>>>>>>> according to this formula:
>>>>>>>>
>>>>>>>> // Display form full url
>>>>>>>> string.Format("{0}{1}?ID={2}", item.Web.Url, item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl, item.ID)
>>>>>>>>
>>>>>>>> The problem is that when I included this in the plugin code, the plugin failed to work properly.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> No doubt it threw an exception of some kind, but we have no idea what that was.
>>>>>>>>
>>>>>>>> Constructing it in Java is fine except I'm missing whatever the item.ParentList.Forms[] array would have
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> contained. Can you confirm that this is the plugin you tried:
>>>>>>>>
>>>>>>>> 11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
>>>>>>>>
>>>>>>>> If the size differed it is possible you were using the wrong one - let's just rule that out first.
>>>>>>>>
>>>>>>>> Karl
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>>>
>>>>>>>>> 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 <mlibucha@gmail.com
>>>>>>>>> > 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 <daddywri@gmail.com
>>>>>>>>>> > 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 <
>>>>>>>>>>> daddywri@gmail.com> 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 <
>>>>>>>>>>>> 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
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
Ok, patch for the ticket has been updated.
Karl
On Fri, Nov 22, 2013 at 12:31 PM, Karl Wright <da...@gmail.com> wrote:
> Hi Mark,
>
> I am not surprised you are seeing the changed URLs yet, because you are
> missing the connector code changes. I'll attach a patch to the
> CONNECTORS-813 ticket momentarily that should do that though.
>
> Thanks,
> Karl
>
>
>
> On Fri, Nov 22, 2013 at 12:28 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>> Hi Karl,
>>
>> So I'm still not seeing a change in the URLs that are coming back for
>> SharePoint list items after reinstalling the updated plugin.
>>
>> Is there a way for me to check that the new plugin is correctly in place
>> without actually logging into the SharePoint host?
>>
>> Thanks,
>>
>> Mark
>>
>>
>> On Thu, Nov 21, 2013 at 12:42 PM, Mark Libucha <ml...@gmail.com>wrote:
>>
>>> Hi Karl, will retry the plugin (and check the logs if it fails), but
>>> need to wait to get it installed on the server -- out of my personal
>>> control.
>>>
>>> But I'll definitely get to it and report back.
>>>
>>> Mark
>>>
>>>
>>> On Thu, Nov 21, 2013 at 12:20 AM, Karl Wright <da...@gmail.com>wrote:
>>>
>>>> Thanks for clarifying.
>>>>
>>>> Like I said, the only solution I can find to produce the right URL
>>>> involves plugin changes. I updated the plugin on the people.apache.orgsite enough times in quick succession that I think it may well be the case
>>>> that you did not try the right one, so I hope you will be able to confirm
>>>> that tomorrow. I've already committed what I think is the correct code to
>>>> branches/CONNECTORS-813 but I won't supply that as a patch until we have a
>>>> working plugin.
>>>>
>>>> If you try the plugin again, and it still fails, have a look at the
>>>> SharePoint event logs; there may be an exception from the plugin in it that
>>>> would be of help. The exceptions are all logged, but they are very hard to
>>>> find.
>>>>
>>>> Thanks,
>>>> Karl
>>>>
>>>>
>>>>
>>>> On Wed, Nov 20, 2013 at 11:22 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>
>>>>> Yeah, I noticed that, too. But unfortunately the URLs sent to the
>>>>> output connectors are no different.
>>>>>
>>>>>
>>>>> On Wed, Nov 20, 2013 at 1:44 PM, Karl Wright <da...@gmail.com>wrote:
>>>>>
>>>>>> Hi Mark,
>>>>>>
>>>>>> I just noticed that the log output for the list item URL was
>>>>>> incorrect in the CONNECTORS-813 patch; it was outputting the old url value
>>>>>> into the log, even though the NEW url was being sent to the output
>>>>>> connector. Can you confirm that you did in fact not just look at the
>>>>>> ManifoldCF log to determine whether or not the patch worked?
>>>>>>
>>>>>> Karl
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Nov 20, 2013 at 4:13 PM, Karl Wright <da...@gmail.com>wrote:
>>>>>>
>>>>>>> I was trying to read the value as metadata, but clearly, then, it is
>>>>>>> not available, and we will need to construct it ourselves, probably
>>>>>>> according to this formula:
>>>>>>>
>>>>>>> // Display form full url
>>>>>>> string.Format("{0}{1}?ID={2}", item.Web.Url, item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl, item.ID)
>>>>>>>
>>>>>>> The problem is that when I included this in the plugin code, the plugin failed to work properly.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> No doubt it threw an exception of some kind, but we have no idea what that was.
>>>>>>>
>>>>>>> Constructing it in Java is fine except I'm missing whatever the item.ParentList.Forms[] array would have
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> contained. Can you confirm that this is the plugin you tried:
>>>>>>>
>>>>>>> 11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
>>>>>>>
>>>>>>> If the size differed it is possible you were using the wrong one - let's just rule that out first.
>>>>>>>
>>>>>>> Karl
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>>
>>>>>>>> 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 <ml...@gmail.com>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 <da...@gmail.com>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 <daddywri@gmail.com
>>>>>>>>>> > 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 <
>>>>>>>>>>> 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
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
Hi Mark,
I am not surprised you are seeing the changed URLs yet, because you are
missing the connector code changes. I'll attach a patch to the
CONNECTORS-813 ticket momentarily that should do that though.
Thanks,
Karl
On Fri, Nov 22, 2013 at 12:28 PM, Mark Libucha <ml...@gmail.com> wrote:
> Hi Karl,
>
> So I'm still not seeing a change in the URLs that are coming back for
> SharePoint list items after reinstalling the updated plugin.
>
> Is there a way for me to check that the new plugin is correctly in place
> without actually logging into the SharePoint host?
>
> Thanks,
>
> Mark
>
>
> On Thu, Nov 21, 2013 at 12:42 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>> Hi Karl, will retry the plugin (and check the logs if it fails), but need
>> to wait to get it installed on the server -- out of my personal control.
>>
>> But I'll definitely get to it and report back.
>>
>> Mark
>>
>>
>> On Thu, Nov 21, 2013 at 12:20 AM, Karl Wright <da...@gmail.com> wrote:
>>
>>> Thanks for clarifying.
>>>
>>> Like I said, the only solution I can find to produce the right URL
>>> involves plugin changes. I updated the plugin on the people.apache.orgsite enough times in quick succession that I think it may well be the case
>>> that you did not try the right one, so I hope you will be able to confirm
>>> that tomorrow. I've already committed what I think is the correct code to
>>> branches/CONNECTORS-813 but I won't supply that as a patch until we have a
>>> working plugin.
>>>
>>> If you try the plugin again, and it still fails, have a look at the
>>> SharePoint event logs; there may be an exception from the plugin in it that
>>> would be of help. The exceptions are all logged, but they are very hard to
>>> find.
>>>
>>> Thanks,
>>> Karl
>>>
>>>
>>>
>>> On Wed, Nov 20, 2013 at 11:22 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>
>>>> Yeah, I noticed that, too. But unfortunately the URLs sent to the
>>>> output connectors are no different.
>>>>
>>>>
>>>> On Wed, Nov 20, 2013 at 1:44 PM, Karl Wright <da...@gmail.com>wrote:
>>>>
>>>>> Hi Mark,
>>>>>
>>>>> I just noticed that the log output for the list item URL was incorrect
>>>>> in the CONNECTORS-813 patch; it was outputting the old url value into the
>>>>> log, even though the NEW url was being sent to the output connector. Can
>>>>> you confirm that you did in fact not just look at the ManifoldCF log to
>>>>> determine whether or not the patch worked?
>>>>>
>>>>> Karl
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Nov 20, 2013 at 4:13 PM, Karl Wright <da...@gmail.com>wrote:
>>>>>
>>>>>> I was trying to read the value as metadata, but clearly, then, it is
>>>>>> not available, and we will need to construct it ourselves, probably
>>>>>> according to this formula:
>>>>>>
>>>>>> // Display form full url
>>>>>> string.Format("{0}{1}?ID={2}", item.Web.Url, item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl, item.ID)
>>>>>>
>>>>>> The problem is that when I included this in the plugin code, the plugin failed to work properly.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> No doubt it threw an exception of some kind, but we have no idea what that was.
>>>>>>
>>>>>> Constructing it in Java is fine except I'm missing whatever the item.ParentList.Forms[] array would have
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> contained. Can you confirm that this is the plugin you tried:
>>>>>>
>>>>>> 11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
>>>>>>
>>>>>> If the size differed it is possible you were using the wrong one - let's just rule that out first.
>>>>>>
>>>>>> Karl
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>>
>>>>>>> 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 <ml...@gmail.com>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 <da...@gmail.com>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 <da...@gmail.com>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 <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
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
Hi Karl,
So I'm still not seeing a change in the URLs that are coming back for
SharePoint list items after reinstalling the updated plugin.
Is there a way for me to check that the new plugin is correctly in place
without actually logging into the SharePoint host?
Thanks,
Mark
On Thu, Nov 21, 2013 at 12:42 PM, Mark Libucha <ml...@gmail.com> wrote:
> Hi Karl, will retry the plugin (and check the logs if it fails), but need
> to wait to get it installed on the server -- out of my personal control.
>
> But I'll definitely get to it and report back.
>
> Mark
>
>
> On Thu, Nov 21, 2013 at 12:20 AM, Karl Wright <da...@gmail.com> wrote:
>
>> Thanks for clarifying.
>>
>> Like I said, the only solution I can find to produce the right URL
>> involves plugin changes. I updated the plugin on the people.apache.orgsite enough times in quick succession that I think it may well be the case
>> that you did not try the right one, so I hope you will be able to confirm
>> that tomorrow. I've already committed what I think is the correct code to
>> branches/CONNECTORS-813 but I won't supply that as a patch until we have a
>> working plugin.
>>
>> If you try the plugin again, and it still fails, have a look at the
>> SharePoint event logs; there may be an exception from the plugin in it that
>> would be of help. The exceptions are all logged, but they are very hard to
>> find.
>>
>> Thanks,
>> Karl
>>
>>
>>
>> On Wed, Nov 20, 2013 at 11:22 PM, Mark Libucha <ml...@gmail.com>wrote:
>>
>>> Yeah, I noticed that, too. But unfortunately the URLs sent to the output
>>> connectors are no different.
>>>
>>>
>>> On Wed, Nov 20, 2013 at 1:44 PM, Karl Wright <da...@gmail.com> wrote:
>>>
>>>> Hi Mark,
>>>>
>>>> I just noticed that the log output for the list item URL was incorrect
>>>> in the CONNECTORS-813 patch; it was outputting the old url value into the
>>>> log, even though the NEW url was being sent to the output connector. Can
>>>> you confirm that you did in fact not just look at the ManifoldCF log to
>>>> determine whether or not the patch worked?
>>>>
>>>> Karl
>>>>
>>>>
>>>>
>>>> On Wed, Nov 20, 2013 at 4:13 PM, Karl Wright <da...@gmail.com>wrote:
>>>>
>>>>> I was trying to read the value as metadata, but clearly, then, it is
>>>>> not available, and we will need to construct it ourselves, probably
>>>>> according to this formula:
>>>>>
>>>>> // Display form full url
>>>>> string.Format("{0}{1}?ID={2}", item.Web.Url, item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl, item.ID)
>>>>>
>>>>> The problem is that when I included this in the plugin code, the plugin failed to work properly.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> No doubt it threw an exception of some kind, but we have no idea what that was.
>>>>>
>>>>> Constructing it in Java is fine except I'm missing whatever the item.ParentList.Forms[] array would have
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> contained. Can you confirm that this is the plugin you tried:
>>>>>
>>>>> 11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
>>>>>
>>>>> If the size differed it is possible you were using the wrong one - let's just rule that out first.
>>>>>
>>>>> Karl
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>>
>>>>>> 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 <ml...@gmail.com>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 <da...@gmail.com>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 <da...@gmail.com>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 <da...@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
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
Hi Karl, will retry the plugin (and check the logs if it fails), but need
to wait to get it installed on the server -- out of my personal control.
But I'll definitely get to it and report back.
Mark
On Thu, Nov 21, 2013 at 12:20 AM, Karl Wright <da...@gmail.com> wrote:
> Thanks for clarifying.
>
> Like I said, the only solution I can find to produce the right URL
> involves plugin changes. I updated the plugin on the people.apache.orgsite enough times in quick succession that I think it may well be the case
> that you did not try the right one, so I hope you will be able to confirm
> that tomorrow. I've already committed what I think is the correct code to
> branches/CONNECTORS-813 but I won't supply that as a patch until we have a
> working plugin.
>
> If you try the plugin again, and it still fails, have a look at the
> SharePoint event logs; there may be an exception from the plugin in it that
> would be of help. The exceptions are all logged, but they are very hard to
> find.
>
> Thanks,
> Karl
>
>
>
> On Wed, Nov 20, 2013 at 11:22 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>> Yeah, I noticed that, too. But unfortunately the URLs sent to the output
>> connectors are no different.
>>
>>
>> On Wed, Nov 20, 2013 at 1:44 PM, Karl Wright <da...@gmail.com> wrote:
>>
>>> Hi Mark,
>>>
>>> I just noticed that the log output for the list item URL was incorrect
>>> in the CONNECTORS-813 patch; it was outputting the old url value into the
>>> log, even though the NEW url was being sent to the output connector. Can
>>> you confirm that you did in fact not just look at the ManifoldCF log to
>>> determine whether or not the patch worked?
>>>
>>> Karl
>>>
>>>
>>>
>>> On Wed, Nov 20, 2013 at 4:13 PM, Karl Wright <da...@gmail.com> wrote:
>>>
>>>> I was trying to read the value as metadata, but clearly, then, it is
>>>> not available, and we will need to construct it ourselves, probably
>>>> according to this formula:
>>>>
>>>> // Display form full url
>>>> string.Format("{0}{1}?ID={2}", item.Web.Url, item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl, item.ID)
>>>>
>>>> The problem is that when I included this in the plugin code, the plugin failed to work properly.
>>>>
>>>>
>>>>
>>>>
>>>> No doubt it threw an exception of some kind, but we have no idea what that was.
>>>>
>>>> Constructing it in Java is fine except I'm missing whatever the item.ParentList.Forms[] array would have
>>>>
>>>>
>>>>
>>>>
>>>> contained. Can you confirm that this is the plugin you tried:
>>>>
>>>> 11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
>>>>
>>>> If the size differed it is possible you were using the wrong one - let's just rule that out first.
>>>>
>>>> Karl
>>>>
>>>>
>>>>
>>>>
>>>> On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>>
>>>>> 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 <ml...@gmail.com>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 <da...@gmail.com>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 <da...@gmail.com>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 <da...@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 <da...@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
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
Thanks for clarifying.
Like I said, the only solution I can find to produce the right URL involves
plugin changes. I updated the plugin on the people.apache.org site enough
times in quick succession that I think it may well be the case that you did
not try the right one, so I hope you will be able to confirm that
tomorrow. I've already committed what I think is the correct code to
branches/CONNECTORS-813 but I won't supply that as a patch until we have a
working plugin.
If you try the plugin again, and it still fails, have a look at the
SharePoint event logs; there may be an exception from the plugin in it that
would be of help. The exceptions are all logged, but they are very hard to
find.
Thanks,
Karl
On Wed, Nov 20, 2013 at 11:22 PM, Mark Libucha <ml...@gmail.com> wrote:
> Yeah, I noticed that, too. But unfortunately the URLs sent to the output
> connectors are no different.
>
>
> On Wed, Nov 20, 2013 at 1:44 PM, Karl Wright <da...@gmail.com> wrote:
>
>> Hi Mark,
>>
>> I just noticed that the log output for the list item URL was incorrect in
>> the CONNECTORS-813 patch; it was outputting the old url value into the log,
>> even though the NEW url was being sent to the output connector. Can you
>> confirm that you did in fact not just look at the ManifoldCF log to
>> determine whether or not the patch worked?
>>
>> Karl
>>
>>
>>
>> On Wed, Nov 20, 2013 at 4:13 PM, Karl Wright <da...@gmail.com> wrote:
>>
>>> I was trying to read the value as metadata, but clearly, then, it is not
>>> available, and we will need to construct it ourselves, probably according
>>> to this formula:
>>>
>>> // Display form full url
>>> string.Format("{0}{1}?ID={2}", item.Web.Url, item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl, item.ID)
>>>
>>> The problem is that when I included this in the plugin code, the plugin failed to work properly.
>>>
>>>
>>>
>>> No doubt it threw an exception of some kind, but we have no idea what that was.
>>>
>>> Constructing it in Java is fine except I'm missing whatever the item.ParentList.Forms[] array would have
>>>
>>>
>>>
>>> contained. Can you confirm that this is the plugin you tried:
>>>
>>> 11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
>>>
>>> If the size differed it is possible you were using the wrong one - let's just rule that out first.
>>>
>>> Karl
>>>
>>>
>>>
>>>
>>> On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com>wrote:
>>>
>>>> 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 <ml...@gmail.com>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 <da...@gmail.com>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 <da...@gmail.com>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 <da...@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 <ml...@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 <da...@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 <da...@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
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
Yeah, I noticed that, too. But unfortunately the URLs sent to the output
connectors are no different.
On Wed, Nov 20, 2013 at 1:44 PM, Karl Wright <da...@gmail.com> wrote:
> Hi Mark,
>
> I just noticed that the log output for the list item URL was incorrect in
> the CONNECTORS-813 patch; it was outputting the old url value into the log,
> even though the NEW url was being sent to the output connector. Can you
> confirm that you did in fact not just look at the ManifoldCF log to
> determine whether or not the patch worked?
>
> Karl
>
>
>
> On Wed, Nov 20, 2013 at 4:13 PM, Karl Wright <da...@gmail.com> wrote:
>
>> I was trying to read the value as metadata, but clearly, then, it is not
>> available, and we will need to construct it ourselves, probably according
>> to this formula:
>>
>> // Display form full url
>> string.Format("{0}{1}?ID={2}", item.Web.Url, item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl, item.ID)
>>
>> The problem is that when I included this in the plugin code, the plugin failed to work properly.
>>
>>
>> No doubt it threw an exception of some kind, but we have no idea what that was.
>>
>> Constructing it in Java is fine except I'm missing whatever the item.ParentList.Forms[] array would have
>>
>>
>> contained. Can you confirm that this is the plugin you tried:
>>
>> 11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
>>
>> If the size differed it is possible you were using the wrong one - let's just rule that out first.
>>
>> Karl
>>
>>
>>
>>
>> On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com> wrote:
>>
>>> 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 <ml...@gmail.com>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 <da...@gmail.com>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 <da...@gmail.com>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 <da...@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 <ml...@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 <da...@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 <da...@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 <da...@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
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
Hi Mark,
I just noticed that the log output for the list item URL was incorrect in
the CONNECTORS-813 patch; it was outputting the old url value into the log,
even though the NEW url was being sent to the output connector. Can you
confirm that you did in fact not just look at the ManifoldCF log to
determine whether or not the patch worked?
Karl
On Wed, Nov 20, 2013 at 4:13 PM, Karl Wright <da...@gmail.com> wrote:
> I was trying to read the value as metadata, but clearly, then, it is not
> available, and we will need to construct it ourselves, probably according
> to this formula:
>
> // Display form full url
> string.Format("{0}{1}?ID={2}", item.Web.Url, item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl, item.ID)
>
> The problem is that when I included this in the plugin code, the plugin failed to work properly.
>
> No doubt it threw an exception of some kind, but we have no idea what that was.
>
> Constructing it in Java is fine except I'm missing whatever the item.ParentList.Forms[] array would have
>
> contained. Can you confirm that this is the plugin you tried:
>
> 11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
>
> If the size differed it is possible you were using the wrong one - let's just rule that out first.
>
> Karl
>
>
>
>
> On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com> wrote:
>
>> 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 <ml...@gmail.com>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 <da...@gmail.com>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 <da...@gmail.com>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 <da...@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 <ml...@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 <da...@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 <da...@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 <da...@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 <da...@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
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
I was trying to read the value as metadata, but clearly, then, it is not
available, and we will need to construct it ourselves, probably according
to this formula:
// Display form full url
string.Format("{0}{1}?ID={2}", item.Web.Url,
item.ParentList.Forms[PAGETYPE.PAGE_DISPLAYFORM].ServerRelativeUrl,
item.ID)
The problem is that when I included this in the plugin code, the
plugin failed to work properly.
No doubt it threw an exception of some kind, but we have no idea what that was.
Constructing it in Java is fine except I'm missing whatever the
item.ParentList.Forms[] array would have
contained. Can you confirm that this is the plugin you tried:
11832 Nov 20 17:35 MetaCarta.SharePoint.MCPermissionsService.wsp
If the size differed it is possible you were using the wrong one -
let's just rule that out first.
Karl
On Wed, Nov 20, 2013 at 3:09 PM, Mark Libucha <ml...@gmail.com> wrote:
> 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 <ml...@gmail.com> 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 <da...@gmail.com> 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 <da...@gmail.com>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 <da...@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 <ml...@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 <da...@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 <da...@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 <da...@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 <da...@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
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
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 <ml...@gmail.com> 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 <da...@gmail.com> 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 <da...@gmail.com> 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 <da...@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 <ml...@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 <da...@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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
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 <da...@gmail.com> 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 <da...@gmail.com> 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 <da...@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 <ml...@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 <da...@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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
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 <da...@gmail.com> 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 <da...@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 <ml...@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 <da...@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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
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 <da...@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 <ml...@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 <da...@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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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 <ml...@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 <da...@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
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
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 <ml...@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 <da...@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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
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 <da...@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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
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 <da...@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 <da...@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 <da...@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 <ml...@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 <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
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 <da...@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 <da...@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 <ml...@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 <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
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 <da...@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 <ml...@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 <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
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 <ml...@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 <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>>
>>>>
>>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
Ah, I think it's this: LISTITEMURL
That works for me.
Mark
On Tue, Nov 19, 2013 at 1:25 PM, Karl Wright <da...@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 <ml...@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 <da...@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 <ml...@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
>>>>
>>>
>>>
>>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
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 <ml...@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 <da...@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 <ml...@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
>>>
>>
>>
>
Re: SharePoint List item URLs
Posted by Mark Libucha <ml...@gmail.com>.
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 <da...@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 <ml...@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
>>
>
>
Re: SharePoint List item URLs
Posted by Karl Wright <da...@gmail.com>.
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 <ml...@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
>