Files
cleveragents-core/features/resource_registry_service_coverage.feature
T
HAL9000 58cb75e5b8 fix(resource): keep register resource atomic
Ensure the resource registry removes the parent record when auto-discovery raises so the operation remains atomic.

Refs: #6464
2026-06-06 05:30:16 -04:00

79 lines
4.5 KiB
Gherkin

Feature: Resource registry service coverage gaps
Cover exception-handling rollback paths and auto_discovery/equivalence
serialisation round-trips in ResourceRegistryService, _spec_to_db, and
_db_to_spec.
# Exception rollback paths
Scenario: bootstrap_builtin_types rolls back on unexpected exception
Given a resource registry service with a faulty session for bootstrap
When I call bootstrap_builtin_types and it fails
Then the faulty session should have been rolled back
And the original exception should propagate from bootstrap
Scenario: register_type rolls back on non-ValidationError exception
Given a resource registry service with a faulty session for register_type
And a temporary valid resource type YAML file exists
When I call register_type and a non-validation exception occurs
Then the register_type faulty session should have been rolled back
And the original non-validation exception should propagate from register_type
Scenario: register_resource rolls back on generic exception
Given a resource registry service with a faulty session for register_resource
When I call register_resource and a generic exception occurs
Then the register_resource faulty session should have been rolled back
And the original generic exception should propagate from register_resource
Scenario: register_resource cleans up after auto-discovery failure
Given a real in-memory resource registry service is initialised
And a user-addable resource type "covns/auto-fail" exists for auto-discovery failure coverage
When I register that resource and auto-discovery raises
Then the resource should not remain persisted after auto-discovery failure
And the auto-discovery exception should propagate from register_resource
# ── _spec_to_db auto_discovery and equivalence ────────────────────
Scenario: _spec_to_db serialises auto_discovery to JSON
Given a ResourceTypeSpec with auto_discovery set
When I convert the spec to a database model via _spec_to_db
Then the database model auto_discover_json should contain the auto_discovery data
Scenario: _spec_to_db serialises equivalence to JSON
Given a ResourceTypeSpec with equivalence set
When I convert the equivalence spec to a database model via _spec_to_db
Then the database model equivalence_json should contain the equivalence data
# ── _db_to_spec auto_discovery and equivalence ────────────────────
Scenario: _db_to_spec parses auto_discover_json from a database row
Given an in-memory database with a resource type row containing auto_discover_json
When I convert the database row back to a spec via _db_to_spec
Then the resulting spec auto_discovery should match the original data
Scenario: _db_to_spec parses equivalence_json from a database row
Given an in-memory database with a resource type row containing equivalence_json
When I convert the equivalence database row back to a spec via _db_to_spec
Then the resulting spec equivalence should match the original equivalence data
# ── Round-trip through real DB ────────────────────────────────────
Scenario: auto_discovery and equivalence survive a full register-and-show round-trip
Given a real in-memory resource registry service is initialised
And a YAML config with auto_discovery and equivalence fields exists
When I register the type with auto_discovery and equivalence via the service
And I show the registered type with auto_discovery and equivalence
Then the shown type should have the correct auto_discovery
And the shown type should have the correct equivalence
# ── _db_to_spec built_in field via namespace column ───────────────
Scenario: _db_to_spec sets built_in True when namespace column is "builtin"
Given a resource type DB row with namespace "builtin" and name "git-checkout"
When I convert that row to a spec via _db_to_spec
Then the resulting spec built_in should be True
Scenario: _db_to_spec sets built_in False when namespace column is not "builtin"
Given a resource type DB row with namespace "local" and name "local/mytype"
When I convert that row to a spec via _db_to_spec
Then the resulting spec built_in should be False