Buildout recipes for setting up a plone site.
Project description
Introduction
This recipe is based on collective.recipe.plonesite. It provides recipes for creating and updating Plone sites, running scripts against Plone sites and for setting their properties. If you use zeoserver, all the recipes will start and stop zeo appropriately (not stopping it if it wasnt the process that started it, for example). When combined with isotoma.recipe.zope2instance it can properly deal with errors, ending the buildout run rather than continuing and succeeding.
Managing plone sites
This recipe enables you to create and update a Plone site as part of a buildout run. This recipe only aims to run profiles and Quickinstall products. It is assumed that the install methods, setuphandlers, upgrade steps, and other recipes will handle the rest of the work.
To use it, add something like this to your recipe:
[plonesite]
recipe = isotoma.recipe.plonetools:site
products =
LinguaPlone
iw.fss
you.YourProduct
Parameters
- site-id
The id of the Plone site that the script will create. This will also be used to update the site once created. Default: Plone
- admin-user
The id of an admin user that will be used as the ‘Manager’. Default: admin
- products-initial
A list of products to quickinstall just after initial site creation. See above for information about the product name format [2].
- profiles-inital
A list of GenericSetup profiles to run just after initial site creation. See above for informaion on the expected profile id format [1].
- products
A list of products to quickinstall each time buildout is run. See above for information about the product name format [2].
- profiles
A list of GenericSetup profiles to run each time buildout is run. See above for informaion on the expected profile id format [1].
- instance
The name of the instance that will run the script. Default: instance
- zeoserver
The name of the zeoserver part that should be used. This is only required if you are using a zope/zeo setup. Default: not set
- before-install
A system command to execute before installing Plone. Optional. You could use this to start a Supervisor daemon to launch ZEO, instead of launching ZEO directly. You can use this option in place of the zeoserver option.
- after-install
A system command to execute after installing Plone. Optional.
- site-replace
Replace any existing plone site named site-id. Default: false
- enabled
Option to start up the instance/zeoserver. Default: true. This can be a useful option from the command line if you do not want to start up Zope, but still want to run the complete buildout.
$ bin/buildout -Nv plonesite:enabled=false
- pre-extras
An absolute path to a file with python code that will be evaluated before running Quickinstaller and GenericSetup profiles. Multiple files can be given. Two variables will be available to you. The app variable is the zope root. The portal variable is the plone site as defined by the site-id option. NOTE: file path cannot contain spaces. Default: not set
- post-extras
An absolute path to a file with python code that will be evaluated after running Quickinstaller and GenericSetup profiles. Multiple files can be given. Two variables will be available to you. The app variable is the zope root. The portal variable is the plone site as defined by the site-id option. NOTE: file path cannot contain spaces. Default: not set
- properties
The name of a part that provides propert name value mappings.
Setting properties
You can set properties on your plone site object from buildout:
[portal-properties]
somestring = some string
somebool = True
somelist =
1
2
3
[plonesite]
recipe = isotoma.recipe.plonetools:site
<SNIP>
properties = portal-properties
Properties set in this way are set at the same time as the Plone Site object is updated, during the same zope instance invocation so is more efficient than using a seperate recipe.
Calling Setters On Plone Objects
As a last resort you can call setters directly from buildout. This is meant for things like CacheSetup where your cached domains might vary between environments.
Just add:
[mutators]
some.object.setFoo = True
some.object.setList =
1
2
3
some.other.object.setBar = some string
[plonesite]
recipe = isotoma.recipe.plonetools:site
<SNIP>
mutators = mutators
Again, these are set at the same time as the portal properties are applied and as GenericSetup is run - no extra zope invocations are required.
The migration script
If you have a plonesite:site stanza in your buildout you will get a plonesite script in your bin directory.
Running this script with no arguments will apply run the same processes that run during buildout.
Running the script with the -r argument will cause it to rebuild the site, deleting your Plone site object and recreating it. Great for sandboxes that reset nightly.
Creating wrapper scripts
This recipe lets you create a script in your buildouts bin-directory to run a script for you under the correct zope instance.
If you have a script in mypackage.myscript:
def run():
print "This is my test script
then add something like this to your recipe:
[instance] recipe = isotoma.recipe.zope2instance otherprops = here [wrappers] recipe = isotoma.recipe.plonetools:wrapper instance = instance entry-points = myscript=mypackage.myscript:run
Mandatory parameters
- entry-points
These are like the entry-points used in setuptools, in the form of wrappername=your.product.module:function
Optional parameters
- instance
The name of a zope2instance part that is used to run the script. Default: instance.
- arguments
Some arguments to be passed to the entry points, as python. Default: app
Changelog
0.0.17 (2014-11-20)
Ignore existing PYTHPONPATH when calling sub-scripts.
0.0.16 (2012-10-09)
The most sensible process is:
Create empty site
Run initial profiles
Run main profiles
Migrate mount points
I think.
0.0.15 (2012-10-05)
Fix regression in migrate script.
0.0.14 (2012-10-03)
Automatic migration to split Data.fs when mount points are declared in zope.conf
0.0.13 (2011-09-29)
Add a new ‘rootify’ option. It’s only available to virtualenv peeps atm.
0.0.12 (2011-09-23)
Fix Plone 3 support (creating new site was impacted by the 4.1/2.5 changes)
0.0.11 (2011-09-22)
The properties and script helper are no longer supported
Write a script that can run migrations without running the rest of buildout
This script supports a ‘-r’ flag for rebuild the /portal object from scratch.
Don’t hang if CMFSquidTool has a purge queue that is unending
Drop JSON dependency
Better 2.5 and 4.1 support
0.0.10 (2011-09-21)
Use savepoint() instead of subtransaction
More useful output when quick installing and applying profiles
0.0.9 (2011-09-03)
Add support for calling any setters from buildout.
If a transient error occurs, retry up to ${:attempts} times.
0.0.8 (2011-08-30)
Support subtransactions (stops CacheSetup hanging)
Allow the Site recipe to set properties without a seperate properties part
0.1 (2010-04-24)
Created friendly fork of collective.recipe.plonesite
Catch non-zero exit codes
Added a test to see if zeo is running before starting it
Only shutdown zeo if we started it
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
File details
Details for the file isotoma.recipe.plonetools-0.0.17.zip.
File metadata
- Download URL: isotoma.recipe.plonetools-0.0.17.zip
- Upload date:
- Size: 23.3 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 | 23f09077bc7888e48e6effa7e574c0334f4b2ef8afdda1e2d1c9b5bdc20eada8 |
|
| MD5 | 1d63b5d24eb8fdd9d84af8c7b64a8c09 |
|
| BLAKE2b-256 | 7e51fe121b1b228c3601b94c7613cb312bdf7fdd260178a470d054f298b6a04e |
