Experiences of Creating a SharePoint 2013 Development Environment

-
I have finally managed to get some time to do some self learning and after a developer at work came back from an SP2013 training course and said "It's all changed" - dread in his eyes, "It's all Apps!" I thought it would be a good plan to get things going on SP2013 and see what this App business is all about.

Now I'm not a full blown developer by any means, I've been working developing SP2010 solution packages for the last 8 months, and picked up C# in that time, so my knowledge is relatively small, I know the odd bit of jQuery + JavaScript, enough to get by.

I went and had a look at MSDN for some guide to preparing a rig to get going with and decided to use this guide:

How to: Create app parts to deploy with apps for SharePoint

On here it lists some prerequisites and explains how to make an app running on a backend web page that can then be included on your SharePoint site (it took me a while to read up on this and get my head around the new App process). I thought all is good, I created my Windows 2012 Domain, put a separate SQL server on and started to install SharePoint 2013. I carried on and even Visual Studio 2012 Ultimate went on without a hitch - great. Finishing off with installing SharePoint development tools I thought now for some app development!

This is where the fun stopped. I followed the guide and noticed VS was being helpful and adding a whole load of crud to the solution file. I deleted most of this and added a HTML page to include there code in. Linked the start page to my new on and tried to deploy it.

Turns out apps run on a App Management Service Application! After a whole bunch of weird errors being fired up trying to deploy it I found another guide - thanks Microsoft for not telling me..

Creating a development environment for SharePoint 2013 part II

This explains a whole bunch of setup tasks that are needed to get your Farm into development mode, including a whole site template that must be created to deploy and debug apps to.

After running all this I thought I was ready.. hit the debug button and finally I have an app deployed, I receive the trust app screen and think all is good but..


I had a whole bunch of HTML in the page so thought I'd cut it down to just some text. Still nothing. I did a bit of a trawl around on the internet and came across this blog:

SharePoint 2013 App HTTP Error 405.0

In here they describe the exact issue and turns out it can be resolved by adding some more handlers to the applicationhost.config file and voila! (I've not come across this file and originally thought of looking in the web.config file, turns out you use web.config when you go to deploy it for real... it's all in that link.)

After quite a lot of pain the fruits of my labour can be seen below (well at least it works!)


 Now time for some more developing fun!



Comments

Post a Comment

Popular posts from this blog

Use Power Automate to create a Document Set – The easy way!

-
Image
NOTE: This makes a “pseudo” document set, use the VTI bin method to create a full blown document set, however perhaps some of the steps could be useful to you. I’ve recently been working with improving some workflows which use Document Sets and stumbled into a problem. Online when you search for “Document Sets using Power Automate” you get posts such as:  https://karinebosch.wordpress.com/2018/11/08/microsoft-flow-create-a-document-set/ https://knowhere365.space/microsoft-flow-sharepoint-document-set-creation/ Now these posts have helped a lot of people but there is one drawback to them and most of the others I can find online. They rely on the use of _vti_bin (sometimes referred to as SP 2010 REST API) If you don’t know much about the history of VTI go check this out: https://www.spjeff.com/2009/03/13/history-of-_vti_bin/ It’s pretty vintage now. The customer I’ve been working with has a handful of SharePoint 2010 workflows we discovered using the SharePoint Modernisation Scanner  
Read more

Power Automate - Get SharePoint items using Created By/Modified By

-
Image
Recently I had an interesting request where someone was trying to filter items based on the Created By field in SharePoint using Power Automate. I thought, that should be pretty straight forward, make a claim or something similar and I headed to Google. Surprisingly there's not actually that many hits and it took quite a bit of digging. The answer once you realise is pretty straight forward. SharePoint holds a hidden(ish) list, the "User Information List" you can view it by adding the following to a Site Collections URL:  /_catalogs/users/simple.aspx This list holds all the "Ensured Users" on the site - you can google that one if you want to find out more. It also holds the information on which you can use in the filters for People Fields. Here are all the useful filters you can use: "ItemInternalId":"11", "ID":11, "Title":"Martin Pyman", "Name":"i:0#.f|membership|martin@marnotechnology.com",
Read more

Power Automate - Update SharePoint item metadata using only variables

-
Image
 When you use the inbuilt Power Automate SharePoint "Update item" or "Update file properties" and want to use a variable for that, you lose all the prepopulated columns: For general quick Power Automates - "Update item" is fine, but if you work with other developers or promote these across Power Platform Environments and hook them up to different lists/libraries, you may want to be able to quickly set that information at the top of the Automate. Not have to scroll through tens/hundreds of steps to change the target list URL everywhere. This is where "Send an HTTP Request to SharePoint" comes in, you just have to know how to use the SharePoint REST API, or follow my guide below. My Target library has two additional metadata columns which I'll show you how to update, "Document Type" and "Item Types", the latter being a choice field. For the example below I show what this might look if you are passing an Id of an item from a
Read more