NAME
Developer::Dashboard::Web::DancerApp - Dancer2 route layer for Developer Dashboard
SYNOPSIS
my $psgi_app = Developer::Dashboard::Web::DancerApp->build_psgi_app(
app => $web_app,
default_headers => \%headers,
);
DESCRIPTION
This module owns the HTTP route table for the dashboard web UI under Dancer2. It normalizes each request, enforces authorization for protected routes, and delegates the page and action work to Developer::Dashboard::Web::App.
METHODS
build_psgi_app, _current_backend, _request_headers, _request_args, _response_from_result, _run_backend, _run_authorized
Build and serve the Dancer2 application around the dashboard route handlers.
PURPOSE
Perl module in the Developer Dashboard codebase. This file wraps the web app in the Dancer2 integration layer used by the server entrypoints. Open this file when you need the implementation, regression coverage, or runtime entrypoint for that responsibility rather than guessing which part of the tree owns it.
WHY IT EXISTS
It exists to keep this responsibility in reusable Perl code instead of hiding it in the thin dashboard switchboard, bookmark text, or duplicated helper scripts. That separation makes the runtime easier to test, safer to change, and easier for contributors to navigate.
WHEN TO USE
Use this file when you are changing the underlying runtime behaviour it owns, when you need to call its routines from another part of the project, or when a failing test points at this module as the real owner of the bug.
HOW TO USE
Load Developer::Dashboard::Web::DancerApp from Perl code under lib/ or from a focused test, then use the public routines documented in the inline function comments and existing SYNOPSIS/METHODS sections. This file is not a standalone executable.
WHAT USES IT
This file is used by whichever runtime path owns this responsibility: the public dashboard entrypoint, staged private helper scripts under share/private-cli/, the web runtime, update flows, and the focused regression tests under t/.
EXAMPLES
perl -Ilib -MDeveloper::Dashboard::Web::DancerApp -e 'print qq{loaded\n}'
That example is only a quick load check. For real usage, follow the public routines already described in the inline code comments and any existing SYNOPSIS section.