Man pages sections > man3 > Catalyst::Action::Serialize

Catalyst::Action::Serialize - Serialize Data in a Response

Catalyst::Action::Serialize(3pm) User Contributed Perl Documentation Catalyst::Action::Serialize(3pm)

NAME

Catalyst::Action::Serialize - Serialize Data in a Response

SYNOPSIS

    package Foo::Controller::Bar;
    __PACKAGE__->config(
        'default'   => 'text/x-yaml',
        'stash_key' => 'rest',
        'map'       => {
            'text/html'          => [ 'View', 'TT', ],
            'text/x-yaml'        => 'YAML',
            'text/x-data-dumper' => [ 'Data::Serializer', 'Data::Dumper' ],
        }
    );
    sub end :ActionClass('Serialize') {}

DESCRIPTION

This action will serialize the body of an HTTP Response. The serializer is selected by introspecting the HTTP Requests content-type header.
It requires that your Catalyst controller is properly configured to set up the mapping between Content Type's and Serialization classes.
The specifics of serializing each content-type is implemented as a plugin to Catalyst::Action::Serialize.
Typically, you would use this ActionClass on your "end" method. However, nothing is stopping you from choosing specific methods to Serialize:
  sub foo :Local :ActionClass('Serialize') {
     .. populate stash with data ..
  }
When you use this module, the request class will be changed to Catalyst::Request::REST.

CONFIGURATION

map

Takes a hashref, mapping Content-Types to a given serializer plugin.

default

This is the 'fall-back' Content-Type if none of the requested or acceptable types is found in the "map". It must be an entry in the "map".

stash_key

Specifies the key of the stash entry holding the data that is to be serialized. So if the value is "rest", we will serialize the data under:
  $c->stash->{'rest'}

content_type_stash_key

Specifies the key of the stash entry that optionally holds an overriding Content-Type. If set, and if the specified stash entry has a valid value, then it takes priority over the requested content types.
This can be useful if you want to dynamically force a particular content type, perhaps for debugging.

HELPFUL PEOPLE

Daisuke Maki pointed out that early versions of this Action did not play well with others, or generally behave in a way that was very consistent with the rest of Catalyst.

CUSTOM ERRORS

For building custom error responses when serialization fails, you can create an ActionRole (and use Catalyst::Controller::ActionRole to apply it to the "end" action) which overrides "unsupported_media_type" and/or "serialize_bad_request" methods.

SEE ALSO

You likely want to look at Catalyst::Controller::REST, which implements a sensible set of defaults for doing a REST controller.
Catalyst::Action::Deserialize, Catalyst::Action::REST

AUTHORS

See Catalyst::Action::REST for authors.

LICENSE

You may distribute this code under the same terms as Perl itself.
2015-10-29 perl v5.20.2