Ask a questionAsk a question
 

AnswerSharePoint extensions

  • Wednesday, March 19, 2008 12:34 PMuk4sh Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Is there plan to host user extensions to sharepoint (like VisualStudio workflows, webparts)? May i develop my own workfow, timer jobs, handlers etc in visual studio and deploy it to the SharePoint Online?

Answers

  • Saturday, March 22, 2008 4:43 AMDavid Gorbet [MSFT]ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer

    In our initial release, you will not be able to deploy code to the service. This means no Web Parts, timer jobs, custom workflows, or forms with managed code. You will be able to extend SharePoint Online in many other ways.

     

    Because we're still in Beta, we haven't fully tested all the extensibility mechanisms yet, but our intent is for you to be able to:

    ·         Use SharePoint designer to create and deploy no-code workflows, customize content types, taxonomy and branding via master pages and layouts, and create and deploy site templates.

    ·         Use the Data Form Web Part to create applications that mashup, filter, roll-up and render SharePoint data or data consumed from a Web Service (e.g. RSS feeds) in new ways.

    ·         Use InfoPath to design forms for workflows, provided these forms are user-deployable (i.e. contain no custom code).

    ·         Use the SharePoint Web Services to access and manipulate SharePoint data remotely.

     

    If you're in a position to test out any of these extensibility points (e.g. write code that calls our Web Services, or customize the Data Form Web Part to consume (for e.g.) an RSS feed, I'd love to hear how well it works for you.

     

    Examples of things you will not be able to do:

    ·         Use inline code, build coded workflows, or develop InfoPath forms with coded business logic.

    ·         Deploy features, solutions, pluggable auth providers, Web Parts, site definitions, or anything else that has to be deployed and configured on the server.

    ·         Modify any SharePoint files, Web.config settings, security policy, etc.

    ·         Make any farm-wide configuration changes (i.e. changes that must be made in Central Admin).

     

    Going forward, we will endeavor to enable more and more developer functionality in the service.

All Replies