-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: document jobconfig file #56
base: master
Are you sure you want to change the base?
Conversation
Update .gitignore
- Remove trailing spaces - Wrap long lines - A couple minor markdown syntax fixes
Documents scicat-backend-next#1463
- Document ValidateAction changes (#1473) - Convert examples to YAML (#1463)
- RABBITMQ\_ENABLED: | ||
Flag to enable/disable RabbitMQ consumer. | ||
accepted values: "yes", "no" | ||
_deprecated_. Will be removed in future releases. | ||
_default_: no | ||
_format_: string | ||
|
||
- RABBITMQ\_HOSTNAME: | ||
The hostname of the RabbitMQ message broker. Only required if RabbitMQ is enabled. | ||
_deprecated_. Will be removed in future releases. | ||
_default_: no default | ||
_default_: string | ||
|
||
- RABBITMQ\_USERNAME: | ||
The username used to authenticate to the RabbitMQ message broker. Only required if | ||
RabbitMQ is enabled. | ||
_deprecated_. Will be removed in future releases. | ||
_default_: no default | ||
_format_: string | ||
|
||
- RABBITMQ\_PASSWORD: | ||
The password used to authenticate to the RabbitMQ message broker. Only required if | ||
RabbitMQ is enabled. | ||
_deprecated_. Will be removed in future releases. | ||
_default_: no default | ||
_format_: string |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why are these marked as deprecated?
@@ -280,7 +280,7 @@ before running the backend. A basic rabbitMQ set up in the component-config.loca | |||
|
|||
``` | |||
The exchange and the binding key must be named `jobs.write` and `jobqueue` respectively, the queue name can take any value. | |||
The backend expects and exchange called `jobs.write` to publish jobs messages to bound with that key. | |||
The backend expects an exchange called `jobs.write` to publish jobs messages to bound with that key. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is the Connecting Scicat to RabbitMQ
section still needed?
refactored job tests update
## Description Allows jobs to validate properties of the dataset. ## Motivation The `validate` action currently allows operators to enforce attributes of the DTO. However, many jobs depend on `jobParams.datasetLists` to link a job to certain datasets. This allows validation of properties on datasets associated with the dataset. The motivating example would be checking datasetLifecycle properties for certain jobs. These are currently hard-coded for special job types. This would allow them to be applied to custom job types as well. ``` configVersion: v1.0 jobs: - jobType: custom_archive create: auth: "#datasetAccess" actions: - actionType: validate datasets: datasetlifecycle.archivable: const: true ``` ## Changes: * Add `datasets` property to validate actions (only in `create` operations) to validate linked dataset properties ## Tests included (WIP pending tests and documentation) - [x] Included for each change/fix? - [x] Passing? <!-- Merge will not be approved unless tests pass --> ## Documentation - [x] swagger documentation updated (required for API changes) - [x] official documentation updated ### official documentation info Docs are included in SciCatProject/documentation#56
For those wanting to read the rendered doc pages, I suggest starting with job configuration, authorization and testing |
|
||
#### Validate | ||
|
||
The `validate` action is used to check validate requests to the job endpoints. It is |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this sentence correct? Should it be check and validate
or just to validate requests
perhaps?
Add test for anonymous user
Jobs read permission testing suites added
missed change for patch Co-authored-by: Despina Adamopoulou <16343312+despadam@users.noreply.github.com>
Changes from release-jobs and backwards compatibility
Add documentation for jobconfig.json file