Skip to content
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

Implement task restart policies #280

Draft
wants to merge 12 commits into
base: main
Choose a base branch
from

Conversation

ianmkenney
Copy link
Collaborator

closes #277

* Test: test_add_task_restart_policy_patterns
* Test: test_get_task_restart_policy_patterns
* Test: test_remove_task_restart_policy_patterns
* Test: test_clear_task_restart_policy_patterns
* Test: test_task_resolve_restarts
* TaskRestartPattern
* TaskRestartPolicy
* TaskHistory
* Removed TaskRestartPolicy and TaskHistory
* Added Traceback
* TaskReturnPattern: Confirm that the input pattern is a string type and that it is not empty.
* Traceback: Confirm that the input is a list of strings and that none of them are empty.
@ianmkenney ianmkenney force-pushed the feature/iss-277-restart-policy branch from 7e82f54 to 6a167f1 Compare July 18, 2024 20:46
Similar to `TaskHub`s, the `TaskRestartPattern` needs additonal hashed
data to uniquely identify it as a Neo4j node (via the gufe key). The
unit tests have been updated to reflect this change.
`statestore` methods have been added to modify the database state:

* add_task_restart_patterns
* remove_task_restart_patterns
* get_task_restart_patterns

Tests were added for each method in the integration tests for the
statestore.
The `add_task_restart_patterns` method now establishes the APPLIES
relationship between the each new pattern and all Tasks ACTIONED
on the corresponding TaskHub.

Added testing for creation of the APPLIES relationship, asserting
the number of created connections over multiple TaskHubs and Tasks.

Further subdivided the test classes.

Additionally added a `set_task_restart_patterns_max_retries` method
for updating the max_retries of a TaskRestartPattern.
"actioning" a Task on a TaskHub with preexisting TaskRestartPatterns
created the APPLIES relationship between them with a num_retries value
of 0. This behavior is tested in the test_action_task function in
the statestore.
When an actioned Task is canceled and also has an APPLIES relationship
with a TaskRestartPattern, APPLIES is removed between the two
nodes.

Removed org, project, and campaign fields since they are not
necessary for the APPLIES relationship.
Setting an actioned Task status to the following statuses now removes
the APPLIES relationship from attached TaskRestartPatterns:

* complete
* invalid
* deleted

NOTE: tests have not been added for this yet
Confirming that changing the status of an actioned Task to any of
the following removes the APPLIES relationship:

* complete
* invalid
* deleted
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Add user-settable server-side Task restart policy, per-AlchemicalNetwork
1 participant