Last Update: 29.01.2018. By Jens in API Series | APIs | Newsletter
Now we are ready to add users. We can do it two ways.
Last Update: 26.01.2018. By Jens in API Series | APIs | Newsletter
In this episode, we are adjusting the model.
Last Update: 25.01.2018. By Jens in API Series | APIs | Newsletter
Yesterday we updated the endpoints in the API and today I was going to implement it in RAML and let the generator we use to create the Spring MVC code. However, I had another problem with the generator again as it wasn’t generating the createTask method anymore because I put the boardId in the path. Besides that, the code started to get messy with no added benefit anymore.
Last Update: 24.01.2018. By Jens in API Series | APIs | Newsletter
Before we implement any security, let’s step back and add multiple kanban boards for a user.
Last Update: 23.01.2018. By Jens in API Series | APIs | Newsletter
Last time we started talking about security and I asked you how you would advise me as your client.
Last Update: 12.01.2018. By Jens in API Series | APIs | Newsletter
It is time for thinking about the securing our API. Right now, it is open to everyone, which we don’t want. So, what choices do we have?
Last Update: 11.01.2018. By Jens in API Series | APIs | Newsletter
When we return error messages, and along, we should not expose too much information. Same goes for normal data. More, especially detailed is not always better. It depends on the type of API and what the clients do with it and who the clients are.
Last Update: 10.01.2018. By Jens in API Series | APIs | Newsletter
Last time we talked about using proper HTTP status codes and also returning errors in a JSON format back to the client.
Last Update: 09.01.2018. By Jens in API Series | APIs | Newsletter
Let’s start talking about error handling in our API.
Last Update: 08.01.2018. By Jens in API Series | APIs | Newsletter
The black box testing with a RAML tool failed last time, so we are left with unit and our own integration tests. Which brings me to the point what should we use? Should our tests focus more on pure unit testing or more integration tests, testing different parts at the same time?