Skip to content

Latest commit

 

History

History
108 lines (80 loc) · 3.78 KB

body_listener.rst

File metadata and controls

108 lines (80 loc) · 3.78 KB

Body Listener

The Request body listener makes it possible to decode the contents of a request in order to populate the "request" parameter bag of the Request. This for example allows to receive data that normally would be sent via POST as application/x-www-form-urlencoded in a different format (for example application/json) in a PUT.

Decoders

You can add a decoder for a custom format. You can also replace the default decoder services provided by the bundle for the json and xml formats. Below you can see how to override the decoder for the json format (the xml decoder is explicitly kept to its default service):

fos_rest:
    body_listener:
        decoders:
            json: acme.decoder.json
            xml: fos_rest.decoder.xml

Your custom decoder service must use a class that implements the FOS\RestBundle\Decoder\DecoderInterface.

If you want to be able to use a checkbox within a form and have true and false values (without any issue) you have to use: fos_rest.decoder.jsontoform (available since FosRestBundle 0.8.0)

If the listener receives content that it tries to decode but the decode fails then a BadRequestHttpException will be thrown with the message: 'Invalid ' . $format . ' message received'. When combined with the exception controller support <4-exception-controller-support> this means your API will provide useful error messages to your API users if they are making invalid requests.

Array Normalizer

Array normalizers allow to transform the data after it has been decoded in order to facilitate its processing.

For example, you may want your API's clients to be able to send requests with underscored keys but if you use a decoder without a normalizer, you will receive the data as it is and it can lead to incorrect mapping if you submit the request directly to a form. If you wish the body listener to transform underscored keys to camel cased ones, you can use the camel_keys array normalizer:

fos_rest:
    body_listener:
        array_normalizer: fos_rest.normalizer.camel_keys

Note

If you want to ignore leading underscores, for example in _username you can instead use the fos_rest.normalizer.camel_keys_with_leading_underscore service.

Sometimes an array contains a key, which once normalized, will override an existing array key. For example foo_bar and foo_Bar will both lead to fooBar. If the normalizer receives this data, the listener will throw a BadRequestHttpException with the message The key "foo_Bar" is invalid as it will override the existing key "fooBar".

Note

If you use the camel_keys normalizer, you must be careful when choosing your form name.

You can also create your own array normalizer by implementing the FOS\RestBundle\Normalizer\ArrayNormalizerInterface.

fos_rest:
    body_listener:
        array_normalizer: acme.normalizer.custom

By default, the array normalizer is only applied to requests with a decodable format. If you want form data to be normalized, you can use the forms flag:

fos_rest:
    body_listener:
        array_normalizer:
            service: fos_rest.normalizer.camel_keys
            forms: true

Using the ArrayNormalizer with login forms

If you use the default configuration for the csrf token fieldname (_csrf_token) the Array normalizer will mangle the field name. To make it work, use a name that is camelcased, like this:

security:
    firewalls:
        admin:
        # ...
            form_login:
            # ...
                csrf_parameter: _csrfToken