Thanks,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.http://people.apache.org/~kwright/MetaCarta.SharePoint.MCPermissionsService.wspHi Mark,So I've created a new version of the MCPermissions.asmx plugin for SharePoint 2010. You can download the .wsp for it from:
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.
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.
KarlOn Tue, Nov 19, 2013 at 4:59 PM, Karl Wright <firstname.lastname@example.org> wrote:
This link seems helpful:I'll give it a try.
KarlOn Tue, Nov 19, 2013 at 4:51 PM, Karl Wright <email@example.com> wrote:
KarlThe 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#?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:
On Tue, Nov 19, 2013 at 4:35 PM, Karl Wright <firstname.lastname@example.org> wrote:
Ok; to fix this problem then we will need a new release of the SharePoint 2010 plugin.Karl
On Tue, Nov 19, 2013 at 4:32 PM, Mark Libucha <email@example.com> wrote:
Ah, I think it's this: LISTITEMURLThat works for me.
MarkOn Tue, Nov 19, 2013 at 1:25 PM, Karl Wright <firstname.lastname@example.org> 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.
KarlOn Tue, Nov 19, 2013 at 3:46 PM, Mark Libucha <email@example.com> wrote:
Nothing like the URIs they are handing back to MCF...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...
Thanks for the info.
MarkOn Tue, Nov 19, 2013 at 12:25 PM, Karl Wright <firstname.lastname@example.org> wrote:
KarlCan you go to http://myhost/Lists/Tasks#2_.000 without it giving a 404? because that's something the connector could certainly do.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.
On Tue, Nov 19, 2013 at 3:21 PM, Mark Libucha <email@example.com> wrote:
Thanks,When I crawl a list, I get back URLs that look like this: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?