Problem/Motivation

The current approach assumes a single registry associated to a Drupal site. This limitation is artificial an the result of lack of anticipation. We should ingestion from multiple endpoints.

While we are at it, we should declare each registry that we ingest from as a configuration entity. This will allow sites to extend functionality to apply business logic on different registries (via 3rd party properties and custom logic).

This will hopefully allow to have public registries with generic components, and private ones.

Proposed resolution

Introduce a new configuration entity type to represent different registries that can contribute widgets to the site. Each widget will then have access to the registry its type was ingested from. With that, more advanced and nuanced logic can be applied. For instance: require more restricted permissions to edit widget instances for RegistryA, but not RegistryB.

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

Comments

e0ipso created an issue. See original summary.

e0ipso’s picture

Status: Active » Fixed

LGTM

e0ipso’s picture

  • e0ipso committed 7dc2438 on 1.x
    Issue #3218657 by e0ipso: Allow ingestion from multiple registries
    

  • e0ipso committed 51f33ef on 1.x
    Issue #3218657 by e0ipso: Allow ingestion from multiple registries
    

  • e0ipso committed 44be63e on 1.x
    Issue #3218657 by e0ipso: Allow ingestion from multiple registries
    

  • e0ipso committed 72950cf on 1.x
    Issue #3218657 by e0ipso: Allow ingestion from multiple registries
    

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.