I felt like the picture above :(
I couldn't stand it. So, I decided to create a new library; meet JOS.Epi.ContentApi..
JOS.Epi.ContentApi uses JOS.ContentSerializer by default(this can be changed by swapping out the
IContentApiSerializer) so you don't need to have Episerver Find to use it.
I haven't had the time to try out the new Episerver version so I don't know how well it works, but I noticed this quote from Mathias:
I had a quick look at the API functionality, and it seems like you get pretty JSON requesting URLs like /api/episerver/v1.0/content/3 and so on. However, what I really wanted was friendly URLs delivering JSON for the page in question. For instance, requesting /en/alloy-plan/download-alloy-plan/start-downloading/ would give me JSON for the Start Downloading page.
I don't like that you must know the ContentReference to fetch the JSON data, it would be better if it worked like Mathias wants it to work.
I've built that.
How to use it
Install-Package Jos.Epi.ContentApi(Normal nuget, not episerver feed)
- Set your accept header to "application/json" and make a GET request to your desired page. Note: When the package gets installed, a transform to your web.config will be applied and add the following line:
<add name="ContentApiModule" type="JOS.Epi.ContentApi.ContentApiModule, JOS.Epi.ContentApi" xdt:Transform="Insert" />If it doesn't work, add it yourself at
Note, by default(this can be changed) the library will only serialize the response if the Accept header contains ONE value, not two, not empty, one.
If you want to change this behaviour, just swap out the
You can also customize when/if the serialization should take place in the same method.
This is version 1, I've already started working on filtering and stuff like that, stay tuned!
As always, the code can be found on Github.