kitconcept.contentcreator 5.0.0

Create Plone content via JSON

This package is the responsible for automated content creation via plone.restapi serializers/creators.

Initially based on collective.contentcreator written by Johannes Raggam (@thet) and evolved and improved from it.

Code Health

Usage

Basic

It allows to have a structure in your policy package like:

|-content_creator
    |- content.json
    |- siteroot.json
    |- de.mysection.json
    |- ...
    |- images
|-content_images

using these names (for both files and folders) as sensible defaults. This is the recommended way, although you can specify runners for custom JSON files (see below).

and creates the content in a tree like from content.json using the runner, and object by object using the standalone json files.

The images folder is blacklisted to support the images folder to be inside the creator folder.

In your setuphandlers.py you need to:

from kitconcept.contentcreator.creator import content_creator_from_folder
...

content_creator_from_folder()

the method content_creator_from_folder has the following signature:

def content_creator_from_folder(
  folder_name=os.path.join(os.path.dirname(__file__), "content_creator"),
  base_image_path=os.path.join(os.path.dirname(__file__), "content_images"),
  default_lang=None,
  default_wf_state=None,
  ignore_wf_types=["Image", "File"],
  logger=logger,
  temp_enable_content_types=[],
  custom_order=[],
  do_not_edit_if_modified_after=None,
  exclude=[],
):

The creator will bail out (raise) if any object errors on creation (or edition). There are a couple of environment variables to control this behavior: CREATOR_DEBUG and CREATOR_CONTINUE_ON_ERROR.

One can exclude elements (ids, without .json sufix) using the exclude kwargs.

You can control if the edit should happen or not for a given element providing the modified date of the element is after the one specified in do_not_edit_if_modified_after kwargs.

Creator runner given a single file

Given a JSON file containing an array of objects to be created, this runner takes this array content (should have plone.restapi syntax compliant structure) and creates content out of it. You can load it using the method: load_json:

from kitconcept.contentcreator.creator import load_json

content_structure = load_json('testcontent/content.json', __file__)

Then you can call the runner with the method create_item_runner:

from kitconcept.contentcreator.creator import create_item_runner

create_item_runner(
    api.portal.get(),
    content_structure,
    default_lang='en',
    default_wf_state='published'
)

Creator runner given a folder with multiple files

Each file should contain a single p.restapi JSON compliant object (non arrayed, can’t contain other objects). It takes the placement in the tree hierarchy and the object id from the filename name (eg. de.beispiele.bildergroessen.json)

Setup runners from external modules/packages

Alternativelly, you can create custom content creators in other packages and call them all at the same time, via a custom adapter:

from kitconcept.contentcreator.interfaces import ICreateTestContent

for name, provider in getAdapters((api.portal.get(), ), ICreateTestContent):
  provider()

this should be the declaration in the other package:

@implementer(ICreateTestContent)
@adapter(IPloneSiteRoot)
class CreatePFGContent(object):
    """Adapter to create PFG initial content."""

    def __init__(self, context):
        self.context = context

    def __call__(self):
        content_structure = load_json('testcontent/content.json', __file__)

        create_item_runner(
            api.portal.get(),
            content_structure,
            default_lang='en',
            default_wf_state='published',
            ignore_wf_types=[
                'FormBooleanField',
                'FormDateField',
                'FormFileField',
                'FormFixedPointField',
                'FormIntegerField',
                'FormLabelField',
                'FormLinesField',
                'FormPasswordField',
            ],
        )

other common use is calling from a folder:

from kitconcept.contentcreator.creator import content_creator_from_folder

content_creator_from_folder(
    folder_name=os.path.join(os.path.dirname(__file__), "content_creator"),
    base_image_path=os.path.join(os.path.dirname(__file__), "images"),
    default_lang='en',
    default_wf_state='published',
    ignore_wf_types=[
        'FormBooleanField',
        'FormDateField',
        'FormFileField',
        'FormFixedPointField',
        'FormIntegerField',
        'FormLabelField',
        'FormLinesField',
        'FormPasswordField',
    ],
    logger=logger,
    temp_enable_content_types=[],
    custom_order=[
      'object-id-2.json',
      'object-id-3.json',
      'object-id-1.json',
    ],
)

Images and Files

For the creation of images, you can use the plone.restapi approach using the following serialization mapping containg the file data and some additional metadata:

• data - the base64 encoded contents of the file

• encoding - the encoding you used to encode the data, so usually base64

• content-type - the MIME type of the file

• filename - the name of the file, including extension

{
  "...": "",
  "@type": "File",
  "title": "My file",
  "file": {
      "data": "TG9yZW0gSXBzdW0uCg==",
      "encoding": "base64",
      "filename": "lorem.txt",
      "content-type": "text/plain"}
}

Alternativelly, you can provide the image an extra property set_dummy_image with an array of (image) field names that will create a dummy image placeholder in the specified fields in the to be created content type:

{
  "id": "an-image",
  "@type": "Image",
  "title": "Test Image",
  "set_dummy_image": ["image"]
}

A deprecated syntax form is also supported (it will create the image in the image field):

{
  "id": "an-image",
  "@type": "Image",
  "title": "Test Image",
  "set_dummy_image": true
}

You can specify a real image too, using a dict in the set_local_image JSON attribute with the field name and the filename of the real image:

{
  "id": "another-image",
  "@type": "Image",
  "title": "Another Test Image",
  "set_local_image": {"image": "image.png"}
}

Again, a deprecated form is also supported (it will create the image in the image field):

{
  "id": "another-image",
  "@type": "Image",
  "title": "Another Test Image",
  "set_local_image": "image.png"
}

the same syntax is valid for files:

{
  "id": "an-file",
  "@type": "File",
  "title": "Test File",
  "set_dummy_file": ["file"]
}

the deprecated form is also supported (it will create the file in the file field):

{
  "id": "an-file",
  "@type": "File",
  "title": "Test File",
  "set_dummy_file": true
}

You can specify a real file too, using a dict in the set_local_file JSON attribute with the field name and the filename of the real file:

{
  "id": "another-file",
  "@type": "File",
  "title": "Another Test File",
  "set_local_file": {"file": "file.png"}
}

the deprecated form is also supported (it will create the file in the file field):

{
  "id": "another-file",
  "@type": "File",
  "title": "Another Test File",
  "set_local_file": "file.png"
}

For all local images and files specified, you can specify the base_path for the image in the create_item_runner:

create_item_runner(
    api.portal.get(),
    content_structure,
    default_lang='en',
    default_wf_state='published',
    base_image_path=__file__
)

Development

Requirements:

• Python 3

• venv

Setup:

make

Run Static Code Analysis:

make lint

Run Unit / Integration Tests:

make test

Contributors

• kitconcept GmbH, [e-mail]

Changelog

5.0.0 (2022-04-13)

• Include kitconcept.api as dependency [ericof]

• Drop support for Python 3.7 [ericof]

• Remove buildout [ericof]

• Update Github Actions [ericof]

4.0.0 (2022-01-21)

Breaking:

• Remove support for Archetypes and Python 2. [sneridagh]

• Refactor the creator to break by default. Added a scapehatch to not to break and for open a debug session on fail via CREATOR_DEBUG and CREATOR_CONTINUE_ON_ERROR environment variables. [sneridagh]

3.3.0 (2022-01-11)

FEATURE:

• Add ability to exclude files from the file list (content_creator_from_folder) [sneridagh]

INTERNAL:

• Move to latest 5.2.6 build [sneridagh]

3.2.0 (2021-12-03)

• Guess content id if missing, taking into account that the content might already be there. [sneridagh]

3.1.0 (2021-12-03)

• Use an improved logging infrasttructure [sneridagh]

3.0.2 (2021-11-28)

• Use debug log level when generating image scales [timo]

• Make log messages more consistent [timo]

• Do not use colors for info messages [timo]

3.0.1 (2021-11-11)

• Add classifiers to setup.py for Python 3.8, 3.9 and maturity. [timo]

• Set effective date if the content review_state is published [sneridagh]

3.0.0 (2021-11-10)

• Explicitly include dependencies (supporting pip installations) [ericof]

• Use plone/setup-plone@v1.0.0 in Github actions [ericof]

• Require plone.restapi 7.5.0 or superior (volto-slate blocks: resolveuid for links, transformer support) [ericof]

2.1.0 (2021-10-13)

• New do_not_edit_if_modified_after option. Allows to not edit if the given date is lesser than the object modification date. [sneridagh]

2.0.0 (2021-07-09)

Breaking:

• Use Slate as default text block [sneridagh]

1.2.1 (2021-07-09)

Bugfix:

• Add refresh of the created content for updating the serialized blocks with the resolveuid information [sneridagh]

Internal:

• Remove some unused imports [timo]

• Add flake8 check on CI [timo]

1.2.0 (2021-04-08)

• Black list images foder inside the create content folders [sneridagh]

• Improve error detection and report [sneridagh]

1.1.0 (2021-01-26)

• Improve content language detection if the field is not present [sneridagh]

• Fix and improve language inferring in the editing of an existing content [sneridagh]

1.0.6 (2020-05-08)

• Publish package on pypi. [timo]

• Added the from a folder content creation. [sneridagh]

1.0.5 (2019-11-22)

• Improve error reporting in create_item_runner. [timo]

1.0.4 (2019-11-21)

• Re-release. [timo]

1.0.3 (2019-05-06)

• Re-release. [sneridagh]

1.0.2 (2019-05-06)

• Nothing changed yet.

1.0.1 (unreleased)

• Port to Python 3. [sneridagh]

• Documentation. [sneridagh]

1.0.0 (2019-03-26)

• Initial release. [kitconcept]