Tightening up the Response

This endpoint is missing two teeny-tiny details.

Setting Content-Type: application/json

First, we're returning JSON, but the Response Content-Type is still advertising that we're returning text/html. That's a bummer, and will probably confuse some clients, like jQuery's AJAX function.

It's easy to fix anyways: set new Response to a $response variable like we did earlier and call $response->headers->set() with Content-Type and application/json:

61 lines src/AppBundle/Controller/Api/ProgrammerController.php
... lines 1 - 41
public function showAction($nickname)
... lines 44 - 54
$response = new Response(json_encode($data), 200);
$response->headers->set('Content-Type', 'application/json');
return $response;
... lines 60 - 61

Check out the new Content-Type header:

php testing.php


The second teeny-tiny thing we're missing is a 404 on a bad $nickname. Just treat this like a normal controller - so if (!$programmer), then throw $this->createNotFoundException(). And we might as well give ourselves a nice message:

68 lines src/AppBundle/Controller/Api/ProgrammerController.php
... lines 1 - 41
public function showAction($nickname)
$programmer = $this->getDoctrine()
if (!$programmer) {
throw $this->createNotFoundException(sprintf(
'No programmer found with nickname "%s"',
... lines 54 - 65
... lines 67 - 68

Use a fake nickname in testing.php temporarily to try this:

29 lines testing.php
... lines 1 - 23
// 2) GET a programmer resource
$response = $client->get('/api/programmers/abcd'.$nickname);
echo $response;
echo "\n\n";

Then re-run:

php testing.php

Woh! That exploded! This is Symfony's HTML exception page. It is our 404 error, but it's in HTML instead of JSON. Why? Internally, Symfony has a request format, which defaults to html. If you change that to json, you'll get JSON errors. If you're curious about this, google for Symfony request _format.

But I'll show you this later in the series. And we'll go one step further to completely control the format of our errors. And it will be awesome.

Change the URL in testing.php back to the real nickname.

Setting the Location Header

Ok, remember that fake Location header on the POST endpoint? Good news! We can get rid of that fake URL.

First, give the GET endpoint route a name - api_programmers_show:

73 lines src/AppBundle/Controller/Api/ProgrammerController.php
... lines 1 - 42
* @Route("/api/programmers/{nickname}", name="api_programmers_show")
* @Method("GET")
public function showAction($nickname)
... lines 48 - 73

Copy that, call $this->generateUrl(), pass it api_programmers_show and the array with the nickname key set to the nickname of this new Programmer. Then just set this on the Location header... instead of our invented URL:

72 lines src/AppBundle/Controller/Api/ProgrammerController.php
... lines 1 - 18
public function newAction(Request $request)
... lines 21 - 32
$response = new Response('It worked. Believe me - I\'m an API', 201);
$programmerUrl = $this->generateUrl(
['nickname' => $programmer->getNickname()]
$response->headers->set('Location', $programmerUrl);
return $response;
... lines 42 - 72

Why are we doing this again? Just because it might be helpful to your client to have the address to the new resource. That would be especially true if you used an auto-increment id that the server just determined.

To try this in testing.php, copy the echo $response stuff, put it below the first $response, then let's die:

33 lines testing.php
... lines 1 - 18
// 1) Create a programmer resource
$response = $client->post('/api/programmers', [
'body' => json_encode($data)
echo $response;
echo "\n\n";
... lines 27 - 33

Now, try php testing.php:

php testing.php

Now we have a really clean Location header we could use to fetch or edit that Programmer.

Use the Location Header

Heck, we can even use this and get rid of the hardcoded URL in testing.php. Set $programmerUrl to $response->getHeader('Location'). Pop that in to the next get() call:

31 lines testing.php
... lines 1 - 23
$programmerUrl = $response->getHeader('Location');
// 2) GET a programmer resource
$response = $client->get($programmerUrl);
echo $response;
echo "\n\n";

I like that! When you're testing your API, you're really eating your own dog food. And that's a perfect time to think about the user-experience of getting work done with it.

Try it one last time:

php testing.php

That looks great!

Leave a comment!