• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
(Almost) All About Apps for SharePoint 2013
 

(Almost) All About Apps for SharePoint 2013

on

  • 2,901 views

This slide deck is presented on Microsoft TechNet Day 2012, organized in Bosnia and Herzegovina. Main goal of this presentation is to introduce new SharePoint Apps to end users, developers and ...

This slide deck is presented on Microsoft TechNet Day 2012, organized in Bosnia and Herzegovina. Main goal of this presentation is to introduce new SharePoint Apps to end users, developers and administrators.

Statistics

Views

Total Views
2,901
Views on SlideShare
2,177
Embed Views
724

Actions

Likes
2
Downloads
47
Comments
1

4 Embeds 724

http://blog.dragan-panjkov.com 697
http://feeds.feedburner.com 21
http://translate.googleusercontent.com 3
http://localhost 3

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

CC Attribution License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1 previous next

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    (Almost) All About Apps for SharePoint 2013 (Almost) All About Apps for SharePoint 2013 Presentation Transcript

    • All About AppsDRAGAN PANJKOV, PLANB.TECHNET DAY SARAJEVO 18.12.2012
    • about me• Dragan Panjkov • Working with SharePoint since 2007 • www.dragan-panjkov.com • www.twitter.com/panjkov • BAM Converter – available on Marketplace and CodePlex• PlanB. d.o.o. • www.planb.ba• SharePoint user group • www.1sug.com
    • apps basicstypes, basic concepts, developmentdistribution, upgrade, on-prem config
    • apps?
    • introducing apps• In SharePoint 2013 everything is an app …• In strict sense: “Apps are self-contained pieces of functionality that extend the capabilities of a SharePoint site.”
    • why apps• Isolated (safe!)• Multi-tenant• Multiple development possibilities (even non-MS stack)• Easier to deploy (no SharePointisms by deployment)• Easier to maintain (lifecycle – versioning, upgrades)• Manageable (Office Store, Corporate Catalog)• Cloud ready!
    • get app to site collection• All site content provides functionality to add apps• Both Office Store and corporate catalog visible from single place• Users can add Apps to be available• Apps can request permissions, depending on implementation
    • USER PERSPECTIVE
    • app types, basic concepts, development
    • what is an app?• Web application registered with SharePoint, configured using XML (app.manifest)<?xml version="1.0" encoding="utf-8" ?><!--Created:cb85b80c-f585-40ff-8bfc-12ff4d0e34a9--><App xmlns="http://schemas.microsoft.com/sharepoint/2012/app/manifest" Name="SharePointAppSPCADemo" ProductID="{9b33c5b6-bc7c-4905-8b02-e2e24f404fea}" Version="1.0.0.0" SharePointMinVersion="15.0.0.0"> <Properties> <Title>SharePointApp SPCA Demo</Title> <StartPage>~appWebUrl/Pages/Default.aspx?{StandardTokens}</StartPage> </Properties> <AppPrincipal> <Internal /> </AppPrincipal> <AppPermissionRequests> <AppPermissionRequest Scope="http://sharepoint/content/sitecollection/web" Right="Read" /> <AppPermissionRequest Scope="http://sharepoint/search" Right="QueryAsUserIgnoreAppPrincipal" /> </AppPermissionRequests></App>
    • sp app design - a choice of three approaches Developer-Hosted App SharePoint “Bring your own server hosting infrastructure” Your Hosted SiteCloud-based Apps Web Developers will need to isolate tenantsGet remote events fromSharePointUse CSOM/REST + Azure Auto-Provisioned AppOAuth to work with SP Azure Windows Azure + SQL Azure provisioned SharePoint Web (from WebDeploy, invisibly as apps are installed DacPac) 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 (from WSP) JavaScript for logic, UX animated
    • when to use cloud-hosted apps?Cloud Hosted Apps SharePoint Hosted AppsPreferred hosting model for almost all Good for smaller apps & resource storagetypes of appsFull power of web – choose your SharePoint-based; no server-side codeinfrastructure & technologyMay require your own hosting Automatically hosted in SharePointMay require you own handling of Inherent multitenancy & isolationmultitenancy & permission management
    • technology comparison SharePoint Hosted Cloud HostedApp Scope SharePoint Site Site or TenancyArchitecture Web Site Multi-Tenant AppDeveloper Skillset SharePoint + HTML/JS Full StackUI Technologies SharePoint + HTML/JS Any Web StackServer Code None AnyStorage Lists and Doc Libs AnyKey Limitations No Server Code Hosting Expertise Required
    • common app architecture APP CSOM CSOM REST
    • use cases for autohosted apps• Team apps• Resource tracking• Team processes• Event receivers• Individual productivity• Document assembly, etc.
    • user experience integration Full page Implement complete app experiences to satisfy business scenarios Parts Create app parts that can interact with the SharePoint experience UI Command extensions Add new commands to the ribbon and item menus
    • developing apps
    • APP DEVELOPMENT INTRO
    • 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
    • app permissions• 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
    • app scopes• SPSite – site collection• SPWeb – site• SPList• Tenancy• Other scopes (and rights) for performing search queries, accessing taxonomy data, user profiles, etc...
    • sharepoint apps: establishing trust
    • azure access control service (ACS)• ACS is used as authorization server• required with oAuth implementation in SharePoint 2013• How is the ACS server configured? • 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
    • sharepoint 2013 remote api _api is new alias for _vti_bin/client.svc Server Client REST CSOM OData JSON JavaScript Silverlight .Net CLR Library Library Library Custom Client Code
    • deployment, upgrade, configuration
    • from developer to end user Office and SharePoint Dev center Integrated Office Store TRIAL/ submission PURCHASE Office Store End users TRIAL/ PURCHASEDeveloper Vendor/ SharePoint Direct IT projects App Catalog IT admin
    • apps upgrade process animated
    • Infrastructure configuration for SP Apps1) Wild card DNS entry for app domain2) Apps service application and subscription service created in environment hosting SP apps3) SharePoint application for routing the incoming requests to app DNS entry4) App catalog created for SharePoint applications to enable end users to utilize apps SharePoint farm http://*.apps 192.168.x.x
    • dns configuration on-premises• Define wildcard DNS entry for apps • *.apps.contoso.com or something similar• Configure app address in SP side using Central Admin or PowerShell • One address per farm
    • app configuration for on-premises farm • Ensure that App service application and subscription service are created and running in farm • Subscription service is used to provide unique Site Collection ID for App Urlsmain SharePoint site app1 SharePoint site tenant- http://sp/sites/web http:// /sites/web/appguid apphash1.contosoapps.com http://apps-87e90ada14c175.contosoapps.com/sites/web/014c9c59-5d9c-4a59-a5ce-2116a4c90296 • Apps will be hosted on own domain, within their own frame • Leverages web browser same-origin policy for script isolation • URL naming – each app has unique URL – one app – one = URL • http://default-appUID.apps.contoso.com • appUID – combination of site collection ID and particular SPWeb where app is installed
    • apps…• …are not executed in SharePoint App pool• …are in most of the cases not even running on SP Server• …can have full trust, with user’s approval (OAuth)• …can access SharePoint Data• …can access outer world non-SharePoint Data• …can use any external resources• …can be executed in it’s own chrome, as app parts, or as SharePoint extensions
    • resources• dev.office.com• blogs.msdn.com/b/officeapps• blog.tedpattison.net• http://www.andrewconnell.com/blog/archive/2012/10/02/fully- scripted-solution-for-creating-and-registering-self-signed- certs.aspx• http://www.binarywave.com/blogs/eshupps/Lists/Posts/Post.aspx? ID=267
    • questions?WWW.DRAGAN-PANJKOV.COM@PANJKOV
    • thank you.
    • Provider Hosted – S2S• High trust applications used on-premise• Can assert any user’s identity• Requires configuration to establish trust between SharePoint farm and S2S app• Needs to be done for every S2S app
    • Configure S2S• App Isolation is configured• Disable App Principal check• Generate Public/Private certificate pair• Generate Client Id• Set up Security Token Issuer• Register App Principal• Update Web.config and ensure user profiles exist• http://www.binarywave.com/blogs/eshupps/Lists/Posts/Post.aspx? ID=267