Client Object Model and REST Improvements in SharePoint 2013

Editor's Notes

• #2: In this session we will look at what’s new and improved in SharePoint 2013 Client OM.
• #5: We will look at Fundamental of REST and Odata. There have been major improvements in both Client Object Model and REST in SharePoint 201. We will look into the fundamentals and Finally we will at how we can make REST calls using JavaScript and C#.
• #7: Everthing was client.SVC Service in SharePoint 2010 which was a WCF Entry Point. It was not possible to access client.svc directly as it was not allowed just like any other WCF Services. You need a proxy to read from client.svc. The proxy will take the code segments that we have and execute the equal server side code. We only had Managed Client, Silverlight Proxy which is very closed to .NET object Model. CSOM was more easier to use in .NET than using JavaScript. Reason for this is most people does not like to work with JavaScript or jQuery due not having enough support in writing code like you get in Visual Studio Intelligence and type checking and debugging. Hence wringing code in JavaScript is more difficult than C#.
• #9: In Client Object Model for SharePoint 2010 all you needed to do is to create the visual studio 2010 project and then add references to related Dll. Like Microsoft.SharePoint.Client or Microsoft.SharePoint.Client.Silverlight and their related Runtime Dlls or use Javascript sp.js or sp.core.js files behind a page and then write code which through the same proxy calls client.svc service and execute our code in batches. Client.svc then execute the client code as Server Side code and returns the response as JSON. What you start writing code you will use class like Sites, Lists, List Items using the proxy classes that provided by SharePoint. We need to refer the assemblies that we need to write code. We have to executeQuery that is running across the network which is executed as XMLhttpRequest and passed to client.svc which then handle the effective batching, serialization of requests and parsing the replies. When client.svc finishes it sends the JSON response back to caller applications. It is note that Management Client OM from C# you can execute the code synchronously but in Silverlight as well as JavaScript the only way to run code is to run it as asynchronously.
• #11: One of the major improvements has been made that that client.svc has been extended to provide direct support for client.svc. Now you can call client.svc using REST calls. Means you can now do stuff to SharePoint from non Microsoft Platform using the HTTP Get, Post request. Client.svc has now been implemented to cover not all but many of the oData specification which you can check from www.odata.org. Please note that not all the methods or calls are supported. You can check these details from http://msdn.microsoft.com/en-us/library/fp142385.aspx On the other side there are great improvements in Server Side API of Client Object Model which gives us access to more information from SharePoint as well as a API that allow access to SharePoint from Windows Phone.
• #12: SharePoint 2013 Object Model now covers User Profiles – Covering for Search, and Taxonomies, Feeds from User Profiles now we can do workflow stuff, content management, BCS, IRM as well as analytics. There are new dlls are available for new APIs but dual support for Strongly Typed CSOM & REST.
• #13: SharePoint 2013 now support the old way of writing code that we used to do in SharePoint 2010 but instead now you can make direct call to SharePoint 2013 client.SVC using oData. One great thing that has been done is that instead of _vti_bin/client.svc now you can use _api which actually maps to client.svc. New CSOM Coverage now overlaps the functionality of listdata.svc. Everthing that listdata.svc provided is now available in SharePoint 2013 CSOM REST. ListData.svc is there for backward compatibility only.
• #14: There are not changes in SharePoint Foundation with respect to client OM. The changes are mostly done in SharePoint.Server. Please not that to use Client Object Mode you need to add references Micorosoft.SharePoint.Client and Microsoft.SharePoint.Client.Runtime dlls have the all the core classes that has methods that are responsible for doing all the messages and translations of WCF conversion of XMLHttpRequest to JSON. Now you can see that many SharePoint Server side client OM features have been added. There is now a assembly for accessing user profile that allows you to read and write in SharePoint Profile Store. There is assembly for providing support to talking to Taxonomy store as well as work, and Search. You can also use the Publishing client class to create publishing sites and pages in SharePoint 2015. Please note that you still have dual support for Client OM as well as REST calls to use this functionality.
• #15: Introduction to Managed Client OM – Create a Basic client App in C# and read SharePoint Lists or add SharePoint List and add items. 10 Minutes Introduction to SharePoint App based JavaScript. 10 minutes http://msdn.microsoft.com/en-US/library/office/apps/fp179927
• #16: Introduction to Managed Client OM – Create a Basic client App in C# and read SharePoint Lists or add SharePoint List and add items. 10 Minutes Introduction to SharePoint App based JavaScript. 10 minutes http://msdn.microsoft.com/en-US/library/office/apps/fp179927
• #18: The REST architectural style was develop in parallel with HTTP/1.1, based on the existing design of HTTP/1.0.[6] The World Wide Web represents the largest implementation of a system conforming to the REST architectural style. REST exemplifies how the Web's architecture emerged by characterizing and constraining the macro-interactions of the four components of the Web, namely origin servers, gateways, proxies and clients, without imposing limitations on the individual participants. As such, REST essentially governs the proper behavior of participants. REST-style architectures consist of clients and servers. Clients initiate requests to servers; servers process requests and return appropriate responses. Requests and responses are built around the transfer of representations of resources. A resource can be essentially any coherent and meaningful concept that may be addressed. A representation of a resource is typically a document that captures the current or intended state of a resource. The client begins sending requests when it is ready to make the transition to a new state. While one or more requests are outstanding, the client is considered in transition. The representation of each application state contains links that may be used the next time the client chooses to initiate a new state-transition.[7] REST facilitates the transaction between web servers by allowing loose coupling between different services. REST is less strongly typed than its counterpart, SOAP. The REST language uses nouns and verbs, and has an emphasis on readability. Unlike SOAP, REST does not require XML parsing and does not require a message header to and from a service provider. This ultimately uses less bandwidth. REST error-handling also differs from that used by SOAP. REST is a set of principles that define how Web standards, such as HTTP and URIs, are supposed to be used (which often differs quite a bit from what many people actually do). The promise is that if you adhere to REST principles while designing your application, you will end up with a system that exploits the Web’s architecture to your benefit. In summary, the five key principles are: Give every “thing” an ID Link things together Use standard methods Resources with multiple representations Communicate statelessly http://www.infoq.com/articles/rest-introduction
• #19: Everthing was client.SVC Web Service in SharePoint 2010. You need a proxy to read from client.svc. The proxy will take the code segments that we have and execute the equal server side code. We only had Managed Client,
• #21: However, SharePoint 2013 adds the ability for you to remotely interact with SharePoint sites by using REST. Now, you can interact directly with SharePoint artifacts by using any technology that supports standard REST capabilities. To use the REST capabilities that are built into SharePoint 2013, you construct a RESTful HTTP request, using the Open Data Protocol (OData) standard, which corresponds to the desired client object model API. The client.svc web service handles the HTTP request and serves the appropriate response in either Atom or JSON (JavaScript Object Notation) format. The client application must then parse that response. Figure 2 shows a high-level view of the SharePoint REST architecture.
• #22: The Open Data Protocol (OData) is a Web protocol for querying and updating data that provides a way to unlock your data and free it from silos that exist in applications today. OData does this by applying and building upon Web technologies such as HTTP, Atom Publishing Protocol (AtomPub) and JSON to provide access to information from a variety of applications, services, and stores. The protocol emerged from experiences implementing AtomPub clients and servers in a variety of products over the past several years.  OData is being used to expose and access information from a variety of sources including, but not limited to, relational databases, file systems, content management systems and traditional Web sites. OData is consistent with the way the Web works - it makes a deep commitment to URIs for resource identification and commits to an HTTP-based, uniform interface for interacting with those resources (just like the Web).   This commitment to core Web principles allows OData to enable a new level of data integration and interoperability across a broad range of clients, servers, services, and tools. http://odata.netflix.com/Catalog/Titles?$filter=ReleaseYear gt 2012&AverageRating gt 4
• #25: One of the major improviements has been made that that client.svc has been extended to provide direct support for client.svc. Now you can call client.svc using REST calls. Means you can now do stuff to SharePoint from non Microsoft Platform using the HTTP Get, Post request. Client.svc has now been implemented to cover not all but many of the oData specification which you can check from www.odata.org. Please note that not all the methods or calls are supported. You can check these details from http://msdn.microsoft.com/en-us/library/fp142385.aspx On the other side there are great improvements in Server Side API of Client Object Model which gives us access to more information from SharePoint as well as a API that allow access to SharePoint from Windows Phone.
• #27: The browser is going to return the data in Atom-Pub. Which return data in XML which is self describing. Everything Odata Servie scan also return JSON. Javascript Object Notation.
• #28: Switch the URL First show Web Prope.rties Then Shows Web.Lists Then Show Web.Lists.getByTitle(‘AwCustomer’) Then Show Web.Users Then Show Web.getUserByID(‘LoginName’)
• #29: Switch the URL First show Web Prope.rties Then Shows Web.Lists Then Show Web.Lists.getByTitle(‘AwCustomer’) Then Show Web.Users Then Show Web.getUserByID(‘LoginName’)
• #30: Switch the URL First show Web Prope.rties Then Shows Web.Lists Then Show Web.Lists.getByTitle(‘AwCustomer’) Then Show Web.Users Then Show Web.getUserByID(‘LoginName’)
• #31: 3/18/2022 12:34 PM