Drupal 8 shipped with many exciting new concepts, including “configuration”, “configuration and content entities”, “validation constraints” and “API-First”.

The missing link between these has always been the inability to modify configuration through Drupal’s REST or JSON:API. Because only content entities have validation constraints.

This has been the #1 blocker to the Drupal (JS) Admin UI initiative: validation of configuration unfortunately (but understandably) still is hardcoded in the PHP-based form logic.

But … in the background, the foundation was laid during the Drupal 8 cycle to validate configuration. In fact, one contrib module has been doing it since 3 years before this DrupalCon is taking place — no core hacks required.

Drupal 10’s CKEditor 5 module is the first time that Drupal core is using validation constraints instead of form-based validation logic!

Not only does this allow modifying configuration through APIs, it also allows us to eliminate subtle configuration errors that go unnoticed, and thus make Drupal more reliable in general!

It also paves the path for the Recipes Initiative as well as the many configuration management-related modules to become much more reliable.

Slides: Slides with transcriptVideo: YouTubeConference: DrupalCon Pittsburgh 2023Location: Pittsburgh, PA, USADate: Jun 5 2023 - 09:00Duration: 50 minutesExtra information: 

See https://events.drupal.org/pittsburgh2023/session/drupals-next-leap-configuration-validation.

• Acquia
• Drupal