Convert MVC application to SharePoint 2013 provider hosted app

With the introduction of the SharePoint App model, it becomes more and more interesting to convert existing applications in your organisation from a “plain” MVC application to a SharePoint app. This makes it easy to integrate SharePoint capabilities such as Search, UserProfiles and newsfeeds within your application, to make it even cooler! This blogpost describes the steps that are required to convert a MVC application to a SharePoint 2013 app using Visual Studio 2013

First, open up your MVC project. In this example, I just use a project based on the standard MVC5 template that was delivered with Visual Studio 2013. Please note that when a new MVC application has been created with the default options, the remote application will break due to authentication settings. In a lot of cases, the application is configured with some kind of authentication. We’ll get back to that later.

Step 1: Adding a SharePoint hosted app

The first step is to add a the app part that will be deployed to SharePoint. It contains the app manifest settings, and makes sure that the app will be registered. Add a new project to the solution, choose “App for SharePoint 2013” and click OK. Next, in the dialog where to choose hosting options, choose “SharePoint hosted”. This sounds strange, because we definately want to end up with a Provider hosted app, but when “autohosted” or “provider hosted” will be chosen, a new MVC (or Forms) project will be added, which isn’t needed. The existing Web application will be associated later.

Step 2: Associate the SharePoint app with the Web Application

When the app has been created, open the appmanifest and choose as hosting type “Provider-hosted”. A dialog pops up with the question whether or not the MVC webapplication needs to be associated with the SharePoint app:

Make sure to choose “yes”. When choosing “No”, no other chance will be offered to associated the web application with your SharePoint App. After choosing “Yes”, not only the association will be created, but a nuget package will be added to the MVC project too:

this package adds three files to the project:

  • Filters\SharePointContextFilterAttribute.cs
  • SharePointContext.cs
  • TokenHelper.cs

These files contain logic to easily build up the SharePoint context, both for SharePoint apps that make use of Azure Access Control Services, as well as High trust apps.

Step 3: cleaning up and fixing the SharePoint app

At first, an app.config file is introduced into the SharePoint solution, which shouldn’t be there. Remove this file, I blogged about it here: Failed to install app for SharePoint – Exception from hresult:0x81070964 .

Afterwards, remove all modules, as they aren’t needed.

Step 4: Edit the web.config

The web.config has already been updated with a ClientID and a ClientSecret. To be able to be run as a High Trust application, 3 keys need to be added:

  • ClientSigningCertificatePath – path to the pfx file
  • ClientSigningCertificatePassword – password associated with the pfx file
  • IssuerId – IssuerID of the client certificate

In the system.web section, replace the authorization node with the following snippet. This is required because other authorization options can cause the app to break.

      <deny users="?" />

The module in system.WebServer should be removed as well:

      <remove name="FormsAuthenticationModule" />

Step 5: Remove the Authentication middleware

The authention middleware that gets instantiated when a MVC5 Application with default options is created, also needs to be removed. This code can be found in: App_Start\Startup.Auth.cs

 // Enable the application to use a cookie to store information for the signed in user
            app.UseCookieAuthentication(new CookieAuthenticationOptions
                AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
                LoginPath = new PathString("/Account/Login")
            // Use a cookie to temporarily store information about a user logging in with a third party login provider

Step 6: Add some logic to interact with SharePoint 2013

The next step, is to add some logic, to interact with SharPoint. The following code has been shamelessly copied from the standard SharePoint MVC template. This code creates a SharePoint context (the code contains logic to create a Azure Access Control Services or High Trust Context, based on the presence of a ClientCertificate (as described in the previous step), Dont forget to update your references to the SharePoint.Client.dll.

public ActionResult Index()
            User spUser = null;

            var spContext = SharePointContextProvider.Current.GetSharePointContext(HttpContext);

            using (var clientContext = spContext.CreateUserClientContextForSPHost())
                if (clientContext != null)
                    spUser = clientContext.Web.CurrentUser;

                    clientContext.Load(spUser, user => user.Title);


                    ViewBag.UserName = spUser.Title;

            return View();

In some cases, the context that is needed can’t be created. This causes the error below

This is where the SharePointContextFilter comes in place.

Step 6: Decorate an Action in a Controller with the SharePointContextFilter attribute.

This SharePointContextFilter attribute enforces the SharePoint context whenever interaction with SharePoint is required. For example, when a user tries to visit the remote web, and has not been logged in, this SharePointContextFilter causes a redirect to the SharePoint site, to login to the site. Afterwards, when the user has been logged in, the user will be redirected back to the remote web: the real logic in the action can be executed afterwards. When the action in the controller wouldn’t be decorated with this attribute, and the SharePoint context is created in code, this could end up in error, as we saw in the previous step.

Whenever a user can’t login, the context can’t be created and thus, the code within the action, won’t be executed. The SharePoint ContextFilter causes a redirect to the error page in that case.

note: this SharePointContextFilterAttribute can be used to decorate complete controllers either!

        public ActionResult Index()
            User spUser = null;

            var spContext = SharePointContextProvider.Current.GetSharePointContext(HttpContext);

            using (var clientContext = spContext.CreateUserClientContextForSPHost())

After completing this last step, your app is ready to make use of the all the beautiful SharePoint capabilities!


Converting an existing MVC app into a SharePoint 2013 provider hosted app is not hard. In 7 small, simple steps, your MVC app can make use of all the SharePoint 2013 capabilities. Just imagine how authentication, userprofiles, newsfeeds or search can enrich your existing application!

7 thoughts on “Convert MVC application to SharePoint 2013 provider hosted app

  1. Brid Stock

    For what it’s worth, the fact an existing MVC application has forms auth enabled, means the following call in the SharePointContext.cs always fails :

    if (logonUserIdentity == null || !logonUserIdentity.IsAuthenticated || logonUserIdentity.IsGuest || logonUserIdentity.User == null)
    return null;

    Which is due to !logonUserIdentity.IsAuthenticated coming back as ‘true’ (as they aren’t authenticated).

    The steps we have taken are to add the authorization section, commented out the forms authentication, and finally added this part, which breaks it :

    … This causes 401.2 errors.

    If I run everything as per your instructions with a brand new project, it all works great, but the hard part for us is migrating many customer and internal MVC4 based applications without having to move them over to MVC5.

  2. win-kim

    Thank you for article!
    Why didn’t you use standard way to create SharePoint ASP.NET MVC Provider-hosted by Visual Studio’s wizard?

  3. Baraka

    How do you get the SharePoint context on top of an app that talks to SharePoint through the client side object model with frameworks such as Angular or Durandal?

  4. João Carvalho

    Hello. The error below show to me. Any Ideia? Thanks.

    Severity Code Description Project File Line Suppression State
    Error Error occurred in deployment step ‘Install app for SharePoint’: The server was unable to process the request due to an internal error. For more information about the error, either turn on IncludeExceptionDetailInFaults (either from ServiceBehaviorAttribute or from the configuration behavior) on the server in order to send the exception information back to the client, or turn on tracing as per the Microsoft .NET Framework SDK documentation and inspect the server trace logs. SisDocApp 0


Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.