You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
• Extend ActiveReeferSettings with ventilationOpeningPercentage (0–100%) across specs.
• Update example payloads to illustrate the new reefer ventilation opening percentage.
• Keep validation/conditions out of the schema (to be handled by conformance).
The following are alternative approaches to this PR:
1. Centralize ActiveReeferSettings via shared $ref
➕ Avoids duplicating the same property definition across multiple spec files
➕ Reduces risk of drift (e.g., min/max, description text, example values)
➖ Requires repo/spec structure support for shared components and reference resolution
➖ May complicate tooling if consumers expect fully self-contained specs
2. Add schema-level guardrails (oneOf/anyOf or dependent constraints)
➕ Can express relationships like "percentage only when ventilation open" directly in OpenAPI/JSON Schema (where supported)
➕ Provides earlier validation feedback for API users
➖ OpenAPI tooling support for advanced JSON Schema constraints can be inconsistent
➖ PR explicitly prefers conformance-managed conditions, so this may conflict with current governance
3. Introduce spec linting / example validation in CI
➕ Would catch typos like "ventilationOpeningPercenate" in examples before merge
➕ Improves long-term spec quality with minimal per-change overhead
➖ Requires CI wiring and selecting/configuring a linter/validator
➖ May introduce initial noise until existing issues are cleaned up
Recommendation: The approach (adding a bounded numeric field with clear semantics and deferring conditions to conformance) is sound and consistent with the PR intent. However, fix the BKG example typo ("ventilationOpeningPercenate" → "ventilationOpeningPercentage") before merge, and consider adding lightweight spec/example validation to prevent similar contract-breaking documentation errors.
Files changed (4) +34 / -0
Enhancement (4) +34 / -0
BKG_v2.0.5.yamlAdd ventilationOpeningPercentage schema and BKG examples+10/-0
Add ventilationOpeningPercentage schema and BKG examples
• Adds ventilationOpeningPercentage (0–100) to ActiveReeferSettings and updates request examples to include the new field. Note: one example appears to contain a misspelled property name (ventilationOpeningPercenate).
EBL_v3.0.4.yamlExtend ActiveReeferSettings with ventilationOpeningPercentage+8/-0
Extend ActiveReeferSettings with ventilationOpeningPercentage
• Adds ventilationOpeningPercentage to the ActiveReeferSettings schema as a float number bounded between 0 and 100, with descriptive text and an example.
An example payload in BKG_v2.0.5.yaml uses the misspelled property ventilationOpeningPercenate
instead of the required ventilationOpeningPercentage, making the example inconsistent with the
schema and effectively omitting the newly added field. This can mislead implementers, break
cross-standard naming consistency, and cause tooling that validates examples against schemas to
fail.
Compliance expects the property name ventilationOpeningPercentage to be used consistently across
impacted standards/objects, and this PR’s schema introduces/defines that exact property (e.g., on
ActiveReeferSettings). However, the BKG example added/updated in BKG_v2.0.5.yaml uses a
different, misspelled key (ventilationOpeningPercenate), demonstrating that the example is
non-conformant with the specification change and inconsistent with the required naming, which can
also trigger example/schema validation or Stoplight linting errors.
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution
## Issue description
The BKG example payload uses a misspelled property name (`ventilationOpeningPercenate`) instead of the required schema property `ventilationOpeningPercentage`, so the example does not actually demonstrate the new field and is inconsistent with compliance naming requirements.
## Issue Context
This PR adds/defines `ventilationOpeningPercentage` (e.g., on `ActiveReeferSettings`) and compliance requires the same property name/semantics across impacted standards and artifacts. Examples must use the exact, correctly spelled property name to avoid misleading integrators and to prevent failures in tooling that validates examples against schemas (including Stoplight linting).
## Fix Focus Areas
- bkg/v2/BKG_v2.0.5.yaml[754-760]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
SD-3300: Add
ventilationOpeningPercentageto ActiveReeferSettings objectThis change does not introduce any conditions. Conditions should be added to conformance instead