This chapter describes how to export all content and settings that you want to keep from an old site and import it into a fresh site.
This approach allows you to migrate from Plone 4 to 6, from Python 2 to 3, and from Archetypes to Dexterity in one migration step It is recommended for large and complex migrations.
With export-import migrations, you can shortcut most of the individual steps required for complex in-place migrations:
When to use it#
You can use it for all migrations, but it is especially useful when you encounter complex migrations.
How does it work?#
collective.exportimport serializes content and configuration to JSON files.
It uses and extends
plone.restapi for serializing and deserializing.
Basically, the export of content is a wrapper for this:
from plone.restapi.interfaces import ISerializeToJson serializer = getMultiAdapter((obj, request), ISerializeToJson) data = serializer(include_items=False)
And the import of content is a wrapper for this:
from plone.restapi.interfaces import IDeserializeFromJson obj = _createObjectByType(item["@type"], container, item["id"], **factory_kwargs) deserializer = getMultiAdapter((obj, request), IDeserializeFromJson) obj = deserializer(validate_all=False, data=item)
It can export and import:
Members and groups with their roles
The sorting of content (position in parent)
It also does the following:
Update data to migrate Archetypes to Dexterity
Update links and images in html to work with Plone 5.2 and 6
It can be used in:
Plone 4 - 6
Most of the additional exports and imports are separate from the content because they may require two or more content items. During import, you cannot be certain that both items already exist when one is imported. It also makes it easier to adapt and/or skip these exports and imports to your need.
Step 1: Cleanup#
Just as for in-place migrations, it is a good idea to cleanup your database first.
It is not required, but a smaller database without revisions and obsolete content is smaller and easier to handle. There is no need to uninstall outdated add-ons or migrate to Dexterity, which is usually the hardest step.
The following steps are usually useful:
Delete obsolete content
Remove all revisions by clearing out
Pack the database
Step 2: Installation#
You need to prepare the old site and the new site.
Both the old site (the one with the 4.3 database) and the new site (without a database) need to be extended to have
collective.exportimport and its dependencies made available.
Installation in Plone 4.3#
plone.restapi is not shipped with Plone 4.3, you need to add it to the buildout and pin the latest version that supports Python 2 and Archetypes.
I recommend using custom configuration files for that.
Here is an example
[buildout] extends = buildout.cfg eggs += collective.exportimport [versions] # always use the newest version! collective.exportimport = 1.6 # Use the latest 7.x version for py2 and at support plone.restapi = 7.8.0 pyrsistent = 0.15.7 hurry.filesize = 0.9 ijson = 3.1.4
Installation in Plone 6.0#
For Plone 6, you should use the version of
plone.restapi that is shipped with Plone.
You only need to add
collective.exportimport and pin its dependencies:
Here is an example
[buildout] extends = buildout.cfg eggs += collective.exportimport [versions] # always use the newest version! collective.exportimport = 1.6 # Use the version that is shipped with your Plone version # plone.restapi = 8.22.0 pyrsistent = 0.18.1 hurry.filesize = 0.9 ijson = 3.1.4
Basic use and options#
There is no need to install
collective.exportimport in the extensions control panel.
You can open the export form
/@@export_content straight away and configure what you want to export.
Each form has links to all exports and imports.
In the export form (and in code), you can specify a couple of options:
- Content Types to export (
The content types you want to have exported. Ignore those you don't need in the new site anymore.
- Path (
The path in the portal you want exported. This allows you to only export parts of the site.
- Depth (
-1): this item and all children,
0: this object only,
1: only direct children of this object,
10: children of this object up to the specified level.
- Include blobs (
Choose between download URLs (
0), base-64 encoded strings (
1), and blob paths (
2). The best option is blob paths.
- Modify exported data for migrations (
Use this if you want to import the data in a newer version of Plone or migrate from Archetypes to Dexterity. It does a multitude of changes, including renaming some default values such as
- Include revisions (
This exports the content history (versioning) of each exported item. Warning: This can significantly slow down the export!
- Download (
Download to local machine (
False), or save to a file on the server (
The import also has some options:
- Upload file (
Optionally upload a file.
- File on server to import (
Or choose a file that is in
- Handle existing content (
How should content be handled that exists with the same id/path? Options are:
Skip: Don't import at all (
Replace: Delete item and create new (
Update: Reuse and only overwrite imported data (
Ignore: Create with a new id (
- Commit (
Do a commit after each specified number of items.
- Import all items into the current folder (
By default, the old folder structure is recreated. This allows you to import every item as flat content in a container.
- Import all old revisions (
This will import the content history (versioning) for each item that has revisions. Warning: This can significantly slow down the import!
Step 3: Test export and import out-of-the-box#
Test the export#
We will start with exporting all the content in a site.
For a first test, you should open
Select all types (except those you want to drop).
Select option as blob paths for Include blobs.
Then click Export.
You will end up with a large JSON file that you can inspect to see if whether the content was exported correctly. Take some time to inspect custom content types.
Later when customizing the export, and you have issues with specific types, you only export these types, or only export one of these (for example, by using
/Plone/my-folder/a-special-type/@@export_content), until you adapt the export to get it just right.
You should also inspect the console output to see if were any issues.
Don't worry about the other exports and imports for now.
Test the import#
Now startup the Plone 6 instance and open the import form
Upload the JSON file created by the export and click
Again you should also inspect the console output to see if there were any issues.
Step 4: Extend default export and import#
The exports and imports of
collective.exportimport are relatively easy to extend.
The preferred way to do that is subclassing and using the many hooks it offers to plug into the export and import process.
Here is a very simple example:
from collective.exportimport.export_content import ExportContent class CustomExportContent(ExportContent): def global_obj_hook(self, obj): """Inspect the content item before serialization data. Bad: Changing the content item is a horrible idea. Good: Return None if you want to skip this particular object. """ return obj def global_dict_hook(self, item, obj): """Use this to modify or skip the serialized data. Return None if you want to skip this particular object. """ return item
You need to register this override in ZCML.
To make the override effective, it is registered for a custom browser layer.
This way when you use the view
/@@export_content, your custom code will be used.
<browser:page name="export_content" for="zope.interface.Interface" class=".export_content.CustomExportContent" layer="contentexport.interfaces.IContentexportLayer" permission="cmf.ManagePortal" />
The same approach is used for
content_import and for all other exports and import that you want to customize.
Add your own extension packages#
To make that easier, there are prepared packages to override the export and import that can be used and added to your own projects:
Extend the export with
cd src git clone https://github.com/starzel/contentexport.git cd contentexport
[buildout] extends = buildout.cfg eggs += collective.exportimport contentexport auto-checkout += contentexport [sources] contentexport = fs contentexport [versions] # always use the newest version! collective.exportimport = 1.6 # Use the latest 7.x version for py2 and at support plone.restapi = 7.8.0 pyrsistent = 0.15.7 hurry.filesize = 0.9 ijson = 3.1.4
After running buildout, the customized export in
src/contentexport/contentexport/export_content.py will be used.
Extend the import with
Go to the buildout of the Plone 6 site, and checkout the package in
cd src git clone https://github.com/starzel/contentimport.git cd contentimport
[buildout] extends = buildout.cfg eggs += collective.exportimport contentimport auto-checkout += contentimport [sources] contentimport = fs contentimport [versions] # always use the newest version! collective.exportimport = 1.6 # Use the version that is shipped with your Plone version # plone.restapi = 8.22.0 pyrsistent = 0.18.1 hurry.filesize = 0.9 ijson = 3.1.4
After running buildout, the customized import in
src/contentimport/contentimport/import_content.py will be used.
You should obviously remove the
.git directory from these repositories and commit its code to your own project.
Step 5: Run all exports and import at once#
Now that we have all that done, we can use the views
@@import_all to run all exports and imports at once.
First try the exports using
If all goes well, this will add a bunch of JSON files in
var/instance of the old site's buildout:
Plone.json(the name depends on the name of the Plone site)
Move or copy all of these to the folder
var/instance/import/ of the Plone 6 site.
If the ID of the site is different from
Plone, then you need to change the name of the file in the import in the view (see starzel/contentimport).
This should run all imports, and the new site should be good to go, containing all content and configuration of the old site.
Exporting the blob-path (
include_blobs=2) and loading it from the original location uing
export COLLECTIVE_EXPORTIMPORT_BLOB_HOME=/Users/pbauer/workspace/dokpool/Plone/var/blobstorage_prod/is the best option.
You can export the blob-path without access to the actual blobs. WIP!
Images of Archetypes NewsItems will still be base64-encoded because they don't use a blob. These can cause your json-file to get really large.
Always check "Modify exported data for migrations" (
Step 6: Add fixes, changes, and extensions#
The output from the export and import logs should tell you if you need to deal with any data that does not migrate smoothly.
collective.exportimport has a couple of hooks that you can use in your own packages
This training continues by inspecting, discussing and using the examples from the documentation of exportimport
Here are some of the discussed examples:
Export/Import placeful workflow policy
Export/Import Marker Interfaces
Skip versioning during import
Dealing with validation errors by using a simple setter
Dealing with validation errors by deferring import
Alternative ways to handle items without parent
Export/Import registry settings
Export/Import Zope Users
Export and import
Fixing invalid collection queries
A new hope for migrations and upgrades - Talk at Ploneconf 2021 (online).
collective.exportimport: Tips, tricks and deploying staging content - Talk at Ploneconf 2021 (online).
Make Plone Migrations fun again with collective.exportimport - Talk at World Plone Day 2021
Transmogrifier-Training: Migrating Content with Transmogrifier