Problem/Motivation

The scanner, the planner and the generator all need somewhere to put what they learned, and the resources need somewhere to read it from. Keeping that in the main module would force every site to carry the model layer even when it only consumes handwritten resources, and would tie the release of one to the other.

Proposed resolution

  • Create modules/myrest_model inside the project — one project on drupal.org, independently installable submodules, the layout of commerce and search_api.
  • Ship it with the info file, the services file, the permissions and an empty configuration schema; the configuration entities themselves are filed separately.
  • Declare its dependency on the main module and nothing else — no scanner, no generator, so that a production site can install the model without the tooling.
  • Add it to the CI pipeline: PHPCS, PHPStan at the level the main module runs, and its own test group.

Remaining tasks

Everything. Skeleton only; the configuration entities arrive later.

Issue fork myrest-3619440

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

sergeydruua created an issue. See original summary.

  • sergeydruua committed 71de5dea on 1.0.x
    Issue #3619440: Add the myrest_model submodule that holds the model as...
sergeydruua’s picture

Status: Active » Fixed

Now that this issue is closed, review the contribution record.

As a contributor, attribute any organization that helped you, or if you volunteered your own time.

Maintainers, credit people who helped resolve this issue.

sergeydruua’s picture

Status: Fixed » Closed (fixed)