- Local cluster can now run download workflows
- wf_monitor's timeout functionality now works the way we expect it to

- aat_wrest: utility for pulling metadata for calibration templates
- wf_framework: contains script for setting up CASA processing directory structure

removed EXPOSE cmd in frontend's Dockerfile.dev and added empty dependencies to CI stages that don't need artifacts for efficiency

WS-195, WS-76: Notification System now working and sending emails on request submission and completion

Make the workflow_info and workflow_service singletons the same way their upper-division peers are in the capability service

Daniel Lyons authored 4 years ago and Nathan Hertz committed 4 years ago

- Datafetcher runs in container and retrieves data
- Delivery can deliver data to a directory within the container

Charlotte Hausman authored 4 years ago and Nathan Hertz committed 4 years ago

Messaging system is now running on a more robust foundation:
- `kombu` package for AMQP networking
- New Messenger and Router objects
- New message format
- Easy-to-use callback subscribing
- Can now get messages anywhere in the system easily and send replies back easily

 - REST API for Workflows is significantly revamped
 - REST API is now documented with Swagger
 - JSON Arguments to workflows and capabilities are now saved in Postgres properly

This reverts commit 68320db2.

Updated `testing/utils/conftest.py` with reliable mock data that can be used in tests; added `shared/workspaces` tests

- Added PATH_PREFIX variable to build stage to handle dockerfiles at paths other than /services
- removed .unit-test template from .gitlab-ci.yml because it was duplicated

updated coveragerc config files to reflect changes to the shared packages location and modified run-tests.sh

launches the download capability; moved the capability launching
functionality from the on-click methods to a new method that gets called
by the on click methods