view docs/pages/code.md @ 411:e7b865f8f335

bake: Enable multiprocess baking. Baking is now done by running a worker per CPU, and sending jobs to them. This changes several things across the codebase: * Ability to not cache things related to pages other than the 'main' page (i.e. the page at the bottom of the execution stack). * Decouple the baking process from the bake records, so only the main process keeps track (and modifies) the bake record. * Remove the need for 'batch page getters' and loading a page directly from the page factories. There are various smaller changes too included here, including support for scope performance timers that are saved with the bake record and can be printed out to the console. Yes I got carried away. For testing, the in-memory 'mock' file-system doesn't work anymore, since we're spawning processes, so this is replaced by a 'tmpfs' file-system which is saved in temporary files on disk and deleted after tests have run.
author Ludovic Chabant <ludovic@chabant.com>
date Fri, 12 Jun 2015 17:09:19 -0700
parents 9188b362069e
children
line wrap: on
line source

---
title: Code
header_class: code
---

## PieCrust plugins

To create a PieCrust plugin, you need to do a few things:

* Create a correct `setuptools` package.
* Implement a sub-class of `PieCrustPlugin`.
* Write a couple lines of boilerplate code.


### Packaging plugins

PieCrust plugins are expected to be available on [Pypi][] for better integration
with `chef` commands. For instance, the `chef plugins list -a` will list all
PieCrust plugins from Pypi.

A PieCrust plugin package must:

* Be named `PieCrust-FooBar`, where `FooBar` is the name of the plugin.
* Have a module named `piecrust_foobar`, which is basically the lower-case
  version of the package name, with an underscore instead of a dash.

You can refer to the [`setuptools` documentation][st] for more information.


### The plugin class

A PieCrust plugin is an instance of a class that derives from `PieCrustPlugin`.
The only required thing you need to override is the name of the plugin:

    from piecrust.plugins.base import PieCrustPlugin

    class FooBarPlugin(PieCrustPlugin):
        name = 'FooBar'

The plugin class has a whole bunch of functions returning whatever your plugin
may want to extend: formatters, template engines, `chef` commands, sources, etc.
Each one of those returns an array of instances or classes, depending on the
situation.

Check the `piecrust.plugins.builtin.BuiltInPlugin` to see how all PieCrust
functionality is implemented.


### Boilerplate code

Now we have a plugin class, and a Pypi package that PieCrust can find if needed.
All we need is a way to tell PieCrust how to find your plugin class in that
package.

In the required `piecrust_foobar` module, you need to define a
`__piecrust_plugin__` global variable that points to your plugin class:

    __piecrust_plugin__ = FooBarPlugin

That's what PieCrust will use to instantiate your plugin.


### Loading the plugin

Now you can add your plugin to a PieCrust website by adding this to the website
configuration:

    site:
        plugins: foobar

PieCrust will prepend `piecrust_` to each specified plugin name and attempt to
load that as a module (`import piecrust_foobar`). If this succeeds, it will look
for a `__piecrust_plugin__` in that module, and expect its value to be a class
that inherits from `PieCrustPlugin`. If everything's OK, it will instantiate
that class and query it for various services and components when necessary.


[pypi]: https://pypi.python.org/pypi
[st]: http://pythonhosted.org/setuptools/