Draft
Conversation
…AccessSystem API.
Improve person relationship handling by checking `parent_id` directly and setting `is_admin` during door access creation, and enhance test setup with schema deployment, fixture creation for 'The Door' and 'Donation' tier, and more robust tool creation.
…cluding a start script, database seeding, and setup instructions.
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
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
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.
After #138
Introduces automatic OpenAPI 3.1 specification generation for the Catalyst application, including documentation, a CLI tool, and a test suite to validate the generated OpenAPI spec. It also demonstrates how to document new API endpoints using POD in controller code.
OpenAPI specification and tooling:
/openapiandopenapi/uito generate spec and a Swagger View for it.script/generate_openapi.plthat generates an OpenAPI 3.1 spec for the Catalyst app by introspecting controllers and their POD documentation. The script supports output in both YAML and JSON, and includes a custom YAML serializer to avoid extra dependencies.README.mdwith detailed instructions on OpenAPI support, including how to generate the spec, document new endpoints using POD, and test/validate the spec both locally and in Docker.t/openapi_validation.tthat validates the generated OpenAPI spec for structure, required fields, and sanity checks on all endpoints and parameters.