Plack::Middleware::PrettyException - Capture exceptions and present them as HTML or JSON
version 1.010
use Plack::Builder;
builder {
enable "Plack::Middleware::PrettyException",
$app;
};
# then in your app in some controller / model / wherever
# just die
die "something went wrong";
# use HTTP::Throwable
http_throw(
NotAcceptable => { message => 'You have to be kidding me!' }
);
# use a custom exception that implements http_status
My::X::BadParam->throw({ status=>400, message=>'required param missing'})
# clients get either
# JSON (if Accept-header indicates that JSON is expected)
# or a plain HTML error message
Plack::Middleware::PrettyException allows you to use exceptions in
your models (and also controllers, but they should be kept slim!) and
have them rendered as JSON or nice-ish HTML with very little fuzz.
But if your Plack app returns an HTTP status code indicating an error (4xx/5xx) or just dies somewhere, the client also sees a pretty exception.
So instead of capturing exceptions in your controller actions and converting them to proper error messages, you just let the exception propagate up to this middleware, which will then do the rendering. This leads to much cleaner code in your controller, and to proper exception usage in your model.
Here is am example controller implementing some kind of update:
# SomeController.pm
sub some_update_action {
my ($self, $req, $id) = @_;
my $item = $self->some_model->load_item($id);
my $user = $req->get_user;
$self->auth_model->may_edit($user, $item);
my $payload = $req->get_json_payload;
my $rv = $self->some_model->update_item($item, $payload);
$req->json_response($rv);
}
The lack of error handling makes the intention of this piece of code very clear. "The code is easy to reason about", as the current saying goes.
Here's the matching model
# SomeModel
sub load_item {
my ($self, $id) = @_;
my $item = $self->resultset('Foo')->find($id);
return $item if $item;
My::X::NotFound->throw({
ident=>'cannot_find_foo',
message=>'Cannot load Foo from id %{id}s',
id=>$id,
});
}
My::X::NotFound could be a exception class based on Throwable::X:
package My::X;
use Moose;
with qw(Throwable::X);
use Throwable::X -all;
has [qw(http_status)] => (
is => 'ro',
default => 400,
traits => [Payload],
);
no Moose;
__PACKAGE__->meta->make_immutable;
package My::X::NotFound;
use Moose;
extends 'My::X';
use Throwable::X -all;
has id => (
is => 'ro',
traits => [Payload],
);
has '+http_status' => ( default => 404, );
If we now call the endpoint with an invalid id, we get:
~$ curl -i http://localhost/thing/42/update
HTTP/1.1 404 Not Found
Content-Type: text/html;charset=utf-8
<html>
<head><title>Error 404</title></head>
<body>
<h1>Error 404</h1>
<p>Cannot load Foo from id 42</p>
</body>
</html>
If we want JSON, we just need to tell the server:
~$ curl -i -H 'Accept: application/json' http://localhost/thing/42/update
HTTP/1.1 404 Not Found
Content-Type: application/json
{"status":"error","message":"Cannot load Foo from id 42"}
Smooth!
As of now there is no real content-negotiation, because all I need is
HTML and JSON. There is some semi-dumb checking of the
Accept-Header, but I only check for literal application/json
(while I should do the whole q-factor weighting dance).
If you want to force all your errors to JSON, pass force_json => 1
when loading the middleware:
builder {
enable "Plack::Middleware::PrettyException" => ( force_json => 1 );
$app
};
This will be replace in the near future by some proper content
negitiation and a new default_response_encoding field.
The default HTML is rather basic^wugly. To finetune this, just
subclass Plack::Middleware::PrettyException and implement a method
called render_html_error. This method will be called with the HTTP
status code, the stringified error message, the original exception
object (if there was one!) and the original request $env. You can
then render it as fancy as you (or your graphic designer) wants.
Here's an example:
package Oel::Middleware::Error;
use 5.020;
use strict;
use warnings;
use parent qw(Plack::Middleware::PrettyException);
use Plack::Util::Accessor qw(html_page_model renderer);
sub render_html_error {
my ( $self, $status, $message, $exception, $env ) = @_;
my %data = (base=>'/',title=>'Error '.$status, error => $message, code => $status );
eval {
if (my $page = $self->html_page_model->load('/_error/'.$status)) {
$data{title} = $page->title;
$data{description} = $page->teaser;
}
};
my $rendered='';
$self->renderer->tt->process('error.tt',\%data,\$rendered);
return $rendered if $rendered;
return "Error while rendering error: ".$self->renderer->tt->error;
}
1;
This middleware uses a html_page_model to retrieve the title and
description of the error page from a database (where admins can edit
those fields via a CMS). It uses
Template::Toolkit to render the
page.
html_page_model and renderer are two attributes needed by this
middleware, implemented via Plack::Util::Accessor. You have to
provide some meaningful objects when loading the middleware, maybe
like this:
use Plack::Builder;
builder {
enable "Plack::Middleware::PrettyException",
renderer => Oel::Renderer->new,
html_page_model => Oel::Model::HtmlPage->new;
$app;
};
Of course you'll need to init Oel::Renderer and
Oel::Model::HtmlPage, so you'll probably want to use
Bread::Board or
OX.
-
Plack::Middleware::ErrorDocument
Set Error Document based on HTTP status code. Does not capture errors.
-
Plack::Middleware::CustomErrorDocument
Dynamically select error documents based on HTTP status code. Improved version of Plack::Middleware::ErrorDocument, also does not capture errors.
-
Show a 500 error page if you die. Converts all exceptions to 500 Server Error.
Thanks to
- validad.com for supporting Open Source.
- oe1.orf.at for the motivation to extract the code from the Validad stack.
- sixtease for coming up with
Oelas the name for my example app (after miss-readingoe1).
Thomas Klausner domm@plix.at
This software is copyright (c) 2016 - 2022 by Thomas Klausner.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.