SharePoint Server 2013: to app or not to app?
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

SharePoint Server 2013: to app or not to app?

on

  • 4,160 views

Presentation by Joris Poelmans http://twitter.com/jopxtwits. More developer events in Belgium: http://msdn-events.be.

Presentation by Joris Poelmans http://twitter.com/jopxtwits. More developer events in Belgium: http://msdn-events.be.

Statistics

Views

Total Views
4,160
Views on SlideShare
4,160
Embed Views
0

Actions

Likes
4
Downloads
192
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • APP1UID : unique ID given to each app installation in tenancy – makes each app domain uniqueGUIDAPP1: Name of the SPWeb under which the app is installed – allows devs to plugin
  • An app uses permission requests to specify the permissions that it needsThe requests specify both the rights and scope which are neededScopes indicate where in the SharePoint hierarchy a permission request applies. SharePoint supports four different content scopes:SPSite—site collectionSPWeb—websiteSPList—listTenancy—the tenancy scope is at http://///There are also scopes for things like performing search queries, accessing taxonomy data, user profiles, etc.
  • Permission rights indicate what an app is permitted to do within a scope. SharePoint supports four rights levels for content (there are others for things like search, term store, etc.):Read-OnlyWriteManageFull ControlUnlike SharePoint user roles, these rights levels are not customizableIf an app is granted permission to a scope, the permission applies to all children of the scopeIf an app is granted perms to an SPWeb, the app is also granted perms to each SPList in the SPWeb, and all SPListItems in each list, but NOT each subweb
  • Permission rights indicate what an app is permitted to do within a scope. SharePoint supports four rights levels for content (there are others for things like search, term store, etc.):Read-OnlyWriteManageFull ControlUnlike SharePoint user roles, these rights levels are not customizableIf an app is granted permission to a scope, the permission applies to all children of the scopeIf an app is granted perms to an SPWeb, the app is also granted perms to each SPList in the SPWeb, and all SPListItems in each list, but NOT each subweb

SharePoint Server 2013: to app or not to app? Presentation Transcript

  • 1. SharePoint 2013:To App or not toApp?
  • 2. About me
  • 3. Agenda• Introduction to SharePoint 2013 apps• Deployment options and design patterns• Technologies used in app development• Building a SharePoint-hosted app
  • 4. setting the sceneIntroducing the new SharePoint appframework
  • 5. Introducing appsIn SharePoint 2013 everything is an app …In strict sense: “Apps are self-contained pieces of functionalitythat extend the capabilities of a SharePoint site.”
  • 6. App isolation: App web vs Host web• Apps live in their own isolated environment called the “app web”.• The site in which they function is called the “host web” APP1UID GUIDAPP1
  • 7. Packaging and deployment options
  • 8. SharePoint 2013 app developmentscenarios
  • 9. Demo
  • 10. Getting started with development• Local development • Has to be on Windows Server 2008 R2 (or later) • Memory reqs have gone up – 12 GB RAM seems workable ... But TechNet recommends 24 GB • Extra configuration needed for app development • Visual Studio 2012• Remote development • Sign up for Office 365 Developer Site • Possible to use NAPA – app for building apps
  • 11. SharePoint App UX • Immersive App - app is shown full screen with in a separate page • Part - App is shown as a part on the SharePoint page – similar experience to web part • UI Custom Actions – possible to make the App available through ribbon or menu actions for documents and items See Apps for SharePoint UX design guidelines
  • 12. Demo
  • 13. Basic SharePoint App architecture• Code runs “Off SharePoint Box”• Declarative Hooks into SharePoint• AppWeb Host in SharePoint
  • 14. Apps – three possible approaches Developer-Hosted AppCloud-based “Bring your own server hosting SharePoint Your HostedApps infrastructure” Web Site Developers will need to isolateGet remote tenantsevents fromSharePoint Azure Auto-Use CSOM/REST Provisioned App SharePoint Azure+ Windows Azure + SQL AzureOAuth to work provisioned invisibly as apps Webwith SPS are installed SharePoint-hosted App Parent Provision an isolated sub web on a parent web Web • Reuse web elements App Web (lists, files, out-of-box web parts) • No server code allowed; use client JavaScript for logic, UX
  • 15. Hosting: cloud vs SharePointCloud Hosted Apps SharePoint Hosted AppsPossible hosting model for almost all types Good for smaller appsof appsChoose your own infrastructure & SharePoint based; no server-side codetechnologyMay require your own hosting Automatically hosted in SharePointMay require your own handling of Inherent multitenancy & isolationmultitenancy & permission management
  • 16. App identity• Challenge with SPS2010 • Farm solutions – too much privileges - risk of RunWithElevatedPrivileges • Sandbox solutions – no RunWithElevatedPrivileges – always under user context• In SharePoint 2013 apps have their own identity and specific permissions • Installing user either grants or denies permissions to host web • Permission is explicitly given for a specific scope • App identity is passed around using oAuth tokens
  • 17. App scopes• SPSite – site collection• SPWeb – site• SPList• Tenancy• Other scopes (and rights) for performing search queries, accessing taxonomy data, user profiles, etc...
  • 18. App rights• Default rights : Read, Write, Manage and Full Control• Not possible to customize• Apps are granted permissions to a scope and all children of the scope• Defined in declarative XML
  • 19. Azure Access Control Service (ACS)• ACS required with oAuth implementation in SharePoint 2013• How is the ACS server configured as the authentication server? • Automatically done for sites in Office 365 Preview • On-premise farms, a trust to ACS must be configured. Possible to avoid when using Server-to-server (S2S) trust
  • 20. Demo
  • 21. SharePoint 2013 CSOM and REST API • Apps connect to SharePoint using • SharePoint 2013 Client Side Object Model (CSOM) • SharePoint 2013 REST API • Javascript cross-domain library (SP.RequestExecutor.js) • Main investments in 2013 • Client.svc is extended with REST capabilities • Easier for javascript and non .NET code • Implemented in accordance with oData protocol • Programming style is largely unchanged • New APIs for SharePoint Server functionality • User Profiles, Search, Taxonomy, Feeds, ....
  • 22. REST URLs in SharePoint 2013 • CSOM URLs can go through _api folder • Replace http://sharepoint/_vti_bin/client.svc/web • With http://sharepoint/_api/web • Example REST URLs targeting SharePoint sites • _api/web/lists • _api/web/lists/List1 • _api/web/?$select=title,id • /_api/web/lists/getByTitle(Consultants)/Items • ....
  • 23. ATOM XML vs JSON • Response data format selected with ACCEPT header • XML can be easier to deal with from managed code • JSON easier to deal with using Javascript • To get JSON response use “application/json” http://sharepoint/_vti_bin/client.svc/web
  • 24. DemoExploring SPS 2013 REST API
  • 25. SharePoint Hosted App • App components are SharePoint components • SharePoint list, site columns, content types • CSOM and REST API • Client web part • Key Developer skills • HTML5, CSS, Javascript • Jquery, ASP.NET AJAX • CSOM and REST API • Silverlight
  • 26. SharePoint Hosted App • Installation of App creates child site in target site • App can add declarative items to App Web • App Web <-> Host Web communication: CSOM/REST or Javascript cross-domain library • Full client-side extension – no server-side code • Custom Actions • Client-side web parts • Lists • Site Pages • CSS files • Javascript files
  • 27. DemoBuilding a SharePoint Hosted App with Office 365
  • 28. Summary Call to action: • Sign up for Office 365 Developer Preview • Watch developer videos around building SharePoint 2013 apps • Register on www.biwug.be as a member to stay up to date for local SharePoint 2013 sessions • For more information or questions • SharePoint 2013 Preview start page • SharePoint 2013 Preview Developer documentation • Developing Apps for SharePoint 2013 MSDN forum • SharePoint 2013 Delicious links • Yammer – https://www.yammer.com/spyam