I'm trying to use the REST services (ListData.svc) to retrieve items from a list in a very simple test with Office365. I can't seem to get the connection to work without adding my credentials to the DataSource, which to me is a huge no-no. If I add my credentials, it works fine.

The error is the standard "Unable to display this Web Part. To troubleshoot the problem, open this Web page in a Microsoft SharePoint Foundation-compatible HTML editor such as Microsoft SharePoint Designer. If the problem persists, contact your Web server administrator.", which of course tells me nothing of use.

I admit that I haven't tried this in a local VM, but Office365 is my proving ground in this case.

I found this article on Microsoft's site, but it doesn't help me because I don't have any control over the authentication mechanisms: SharePoint Designer 2010 data sources that consume ListData.svc fail to generate a web part on sites that use NTLM authentication

Has anyone successfully used a DVWP with REST as the DataSource on Office365 without passing credentials in the clear?


I wanted to add a little more info. The reason I want to understand this better is due to a comment I received on one of my blog posts. The post is about how to add the WebURL parameter to the DataSource for a DVWP in SharePoint 2010, and it gets a lot of reads. Since Microsoft removed the "Connect to another library" option in 2010, it's seemed to me that the only recourse is to add the WebURL parameter manually.

So the goal here is to read from a list in a different site than the DVWP, but in the same Site Collection. Since the user is authenticated, this isn't an anonymous situation.

The comment says: "It doesn’t exist anymore, because it is now done through REST. You create a REST connection to any list or library in any site, site collection, web application, or farm. I’ve successfully exposed data in DVWPs from a completely separate farm and version of SharePoint. I took data from my SharePoint Foundation 2010 farm and exposed it in a web part page within my SharePoint Server 2010 farm by making a connection using REST, which is the preferred method now for connecting to other SharePoint content. SOAP can be used, too, but it can’t go across farms, although it can cross site collections. I have a full matrix of all the data source scenarios for each authentication type that will be published in our SharePoint Designer 2010 Unleashed book, which I think will be helpful to many."


  • Marc, did anything ever come of this? Just curious. Apr 5, 2014 at 1:38
  • Any reason you're using DVWP and not a JavaScript based approach wrapped in a Script Editor web part? AFAIK REST calls in JavaScript automatically execute on behalf of the current user. I don't think you can do that with REST in the DVWP. Aug 7, 2014 at 16:41
  • I dropped it after a while. It was more of a POC effort. These days I would definitely do this with JavaScript (note the original date). Aug 11, 2014 at 15:53

1 Answer 1


I believe this is just the expected behavior, for listdata.svc or any Web service in general. If your source is a SharePoint list, you have other ways to retrieve the items.

  • My goal is to retrieve items from a list in another site in the same Site Collection on Office365. I've been told that the REST interface is the "right" way to do this. But I can't make it work. Mar 23, 2012 at 22:59
  • 1
    Were you told REST + DVWP? I would consume REST services through JavaScript, like you would do with the legacy GetListItems Web services (cf. my SPrest example on Codeplex).
    – Christophe
    Mar 23, 2012 at 23:06
  • Yes, I was told REST + DVWP. I'll add details above. Mar 24, 2012 at 22:26
  • ok, the story doesn't tell how credentials are passed. My bet is that they are passed in clear, because that's the only way I've been able to make this work. Now it's time to open the book that I received 5 months ago and never opened to check the matrix. If you have the exact page number...
    – Christophe
    Mar 25, 2012 at 0:50

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.