AxKit can work with filter-aware modules and, instead of XSP, use
other templating systems (such as Mason) to produce XML structures
that will be styled on the fly after being passed to AxKit.
XSLT, XSP, and XPathScript aren't the only possible
processors. You can fairly easily create a new type of processor
(such as a graph-outputting processor that would transform XML into
charts, or rasterize some SVG).
Apache configuration isn't the only way to control
AxKit. You can create a ConfigReader that reads
the configuration from another system, such as an XML file on disk.
There are ways to choose stylesheets on the fly—for instance,
to allow people to see the site with the design they prefer, based on
cookies or a query string.
AxKit has an intelligent and powerful caching system that can be
controlled in various ways or replaced by a custom cache if needed.
You don't need to fetch the initial content from the
filesystem. The Provider interface allows you to return data from
wherever Perl can get it (e.g., a content-management system).