cr-connect-workflow/crc/services
Dan 5e54c90b47 "Reset" should not mean "re-start". Calling the reset_workflow script will now set the workflow to an "unstarted" state with no outstanding tasks, no json-state structure stored. The workflow is not yet running.
Also:
* Assured that arguments are consistent (we always seem to use workflow_spec_id, so I made sure we use that consistently.
* Don't require named parameters - so it's cool to call it like: reset_workflow('my_workflow_id')
* Task Actions (ie create, assign, etc...) are now an enumeration in the models, and not static variables on Workflow Service, so we can reference them consistently from anywhere.
* Removed some repetitive code
* Always try to validate as much as possible in the scripts to save folks time debugging.
*
2022-04-15 15:36:23 -04:00
..
__init__.py Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
cache_service.py Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
data_store_service.py Fixed a bug where we tried to delete a record that did not exist 2022-04-14 15:37:05 -04:00
document_service.py Fixes 619 - look up models were being built incorrectly, and repeatedly, and sometimes bombed out all together. 2022-02-17 11:04:50 -05:00
email_service.py Merge branch 'dev' into jinja-include-403 2021-10-19 10:09:18 -04:00
error_service.py ** WIP ** 2022-01-21 14:37:11 -05:00
failing_service.py Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
file_system_service.py Merge remote-tracking branch 'origin/dev' into bug/619_lookup_tables 2022-02-17 12:51:24 -05:00
git_service.py Don't freak out if there are not files to delete. 2022-04-12 14:43:34 -04:00
jinja_service.py Included templates wrapped by if clause don't always exist 2022-03-16 16:57:26 -04:00
ldap_service.py The LDAP service didn't do a good enough check to see if the record was already in the database. This caused an error, which left the workflow in a waiting state. And that waiting state meant the error would just happen a million times over again until we pushed up this code change. 2021-12-09 06:33:30 -05:00
lookup_service.py Cleaning up Print Statements (it was making it hard to see what was happening) 2022-03-08 15:46:36 -05:00
protocol_builder.py remove all the @timeit from method calls. 2022-02-24 21:06:22 -05:00
reference_file_service.py Another re-work to fix 619 - and to assure that we aren't rebuilding the lookup tables too frequently. 2022-02-17 11:59:48 -05:00
spec_file_service.py raise ApiError when isExecutable tag is missing. 2022-02-21 10:17:01 -05:00
spreadsheet_service.py Fixing tests. 2022-03-11 18:02:37 -05:00
study_service.py Assure we can associate the same person with a workflow under two different roles. 2022-04-04 16:01:48 -04:00
task_logging_service.py Include workflow_spec_id when adding a log 2022-03-14 11:56:36 -04:00
update_service.py Cleaning up Print Statements (it was making it hard to see what was happening) 2022-03-08 15:46:36 -05:00
user_file_service.py Cleanup - removed old unused methods 2022-02-11 12:18:20 -05:00
user_service.py add ldap endpoint that doesnt require workflow info 2021-10-28 16:19:39 -04:00
workflow_processor.py "Reset" should not mean "re-start". Calling the reset_workflow script will now set the workflow to an "unstarted" state with no outstanding tasks, no json-state structure stored. The workflow is not yet running. 2022-04-15 15:36:23 -04:00
workflow_service.py "Reset" should not mean "re-start". Calling the reset_workflow script will now set the workflow to an "unstarted" state with no outstanding tasks, no json-state structure stored. The workflow is not yet running. 2022-04-15 15:36:23 -04:00
workflow_spec_service.py Don't show the .git directory. 2022-02-11 11:06:26 -05:00
workflow_sync.py WIP - Move the categories and specifications out of the database. 2022-02-04 13:51:39 -05:00