Go to file
Dan c25d173606 Set the default level of logging to be INFO, not DEBUG, we don't want everyone elses debug information. 2021-11-15 13:39:42 -05:00
config Set the default level of logging to be INFO, not DEBUG, we don't want everyone elses debug information. 2021-11-15 13:39:42 -05:00
crc Merge pull request #423 from sartography/test-protocol-builder-519 2021-11-11 11:49:57 -05:00
deploy Bump babel from 2.9.0 to 2.9.1 in /deploy 2021-10-21 18:41:22 +00:00
docs Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
migrations New task_log model with schema, and migration 2021-10-27 12:19:09 -04:00
postgres Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
readme_images Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
schema Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
tests Merge branch 'dev' into test-protocol-builder-519 2021-11-10 16:32:34 -05:00
.gitignore Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
.sonarcloud.properties Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
.travis.yml Travis, test on 3.8 2021-09-09 10:05:30 -04:00
Dockerfile Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
LICENSE.md Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
Pipfile bumping spiffworkflow to add support pytz. 2021-09-23 13:33:56 -04:00
Pipfile.lock Bumping to new release of SpiffWorkflow. 2021-11-11 13:47:35 -05:00
README.md Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
crconnect.wsgi Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
docker_run.sh re-enable the reset_db 2021-08-06 15:41:23 -04:00
example_data.py Testing setup changes 2021-10-05 13:36:53 -04:00
package-lock.json Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
run.py Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
setup.cfg Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
setup.py Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00
sonar-project.properties Adds sonar properties 2020-02-08 14:00:37 -05:00
wait-for-it.sh Scripts should be executable. 2020-02-06 09:02:02 -05:00
wsgi.py Fixed Associate API Endpoint description 2021-07-22 14:09:24 -04:00

README.md

sartography/cr-connect-workflow

Build Status

CR Connect Workflow Microservice

Development Setup

Tools

These instructions assume you're using these development and tools:

  • IDE: PyCharm Professional Edition
  • Operating System: Ubuntu

Environment Setup

Make sure all of the following are properly installed on your system:

  1. python3 & pip3:

  2. pipenv:

    • From a terminal or Powershell, 'pip install pipenv'
    • For windows, make note of the location where the pipenv.exe is placed, it will tell you in the output. For me it was C:\Users\danie\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0\LocalCache\local-packages\Python38\Scripts\pipenv.exe
    • Install pipenv
    • For Linux: Add ${HOME}/.local/bin to your PATH
  3. install depdencies

    • pipenv install
    • pipenv install --dev (for development dependencies)

Running Postgres

We use a docker container to run postgres, making it easier to get running locally (at least for linux) Docker containers on windows are alitt trickly, so see detailed directions below ...

Linux

  1. There is a sub-directory called "postgres" that contains a docker-compose script.

Windows

You will need to install Docker (and Docker Compose which comes with this) installed. See: https://docs.docker.com/compose/install/ I had good success using Docker Desktop to fire up the docker container.

Once you have Docker installed for windows, you will need to enable resource file sharing (go the Docker / Settings / Resources / Filesharing and enable File shareing for the full C:/ drive.

Due to some permission issues with Docker, you need to create a shared docker volume. On the command line, cd into your postges directory, and run the following:

docker volume create --name=data

Finally, you can use docker compose to build the docker instance

docker-compose -f docker-windows-compose.yml up --no-start

Assuming you have docker and docker-compose installed correctly, and you fixed the permission issues as described above, these should execute without error. At which point you can open up the Docker Desktop Dashboard and see postgres now exists as a docker container. Hit play, and it should show that it is running. Congratulations! Postgres is running.

When you come back to this later, you may need to start the docker container again, but it should always be visible in the Docker Desktop Daskboard with a friendly little play stop button for your clicking pleasure.

Environment Setup Part #2

If you want to run CR-Connect in development mode you must have the following two services running:

  1. Postgres Docker: There is a sub-directory called Postgres that contains a docker image that will set up an empty database for CR-Connect, and for Protocol Builder Mock, mentioned below. For must systems, you can 'cd' into this directory and just run start.sh to fire up the Postgres service, and stop.sh to shut it back down again. create .env file in /postgres with the following two lines in it:
DB_USER=crc_user
DB_PASS=crc_pass

With this in place, from the command line:

cd postgres
./start.sh

You can now build the database structure in the newly created database with the following lines

cd ..  (into base directory)
flask db upgrade
flask load-example-data (this creates some basic workflows for you to use)
  1. Protocol Builder Mock: We created a mock of the Protocol Builder, a critical service at UVA that is a deep dependency for CR-Connect. You can find the details here: Protocol Builder Mock Be sure this is up and running on Port 5002 or you will encounter errors when the system starts up.

With Protocol Builder Mock up and running, visit http://localhost:5001 and create a study. Set the user and primary investigator to dhf8r - which is a user in the mock ldap service, and this will later show up when you fire up the interface.

Configuration

  1. instance/config.py: This will configure the application for your local instance, overriding the configuration in config/default

Project Initialization

  1. Clone this repository.

  2. In PyCharm:

    • Go to File > New Project...
    • Click Pure Python (NOT Flask!!)
    • Click the folder icon in the Location field.
    • Select the directory where you cloned this repository and click Ok.
    • Expand the Project Interpreter section.
    • Select the New environment using radio button and choose Pipenv in the dropdown.
    • Under Base interpreter, select Python 3.7
    • In the Pipenv executable field, enter /home/your_username_goes_here/.local/bin/pipenv
    • Click Create Project Interpreter
  3. PyCharm should automatically install the necessary packages via pipenv. For me, the project interpreter did not set set up for me correctly on first attempt. I had to go to File -> Settings -> Project Interpreter and again set the project to use the correct PipEnv environment. Be sure that your settings like simliar to this, or attempt to add the interpreter again by clicking on the gear icon. Project Interpreter Settings screen

  4. With this properly setup for the project, you can now right click on the run.py and set up a new run configuration and set up a run configuration that looks like the following (be sure to save this run configuration so it doesn't go away.) : Run Configuration Screenshot

Running the Web API

Just click the "Play" button next to RUN in the top right corner of the screen. The Swagger based view of the API will be avialable at http://0.0.0.0:5000/v1.0/ui/

Running Tests

We use pytest to execute tests. You can run this from the command line with:

pipenv run coverage run -m pytest

To run the tests within PyCharm set up a run configuration using pytest (Go to Run, configurations, click the plus icon, select Python Tests, and under this select pytest, defaults should work good-a-plenty with no additional edits required.)

Documentation

Additional Documentation is available on ReadTheDocs

Manual Synch

You can move all the BPMN diagrams from one system to another (upgrading and replacing as needed) This is how we will transfer files from staging to production. Eventually we will connect this into the front end code for the BPMN Editor, but for now, you can do so by:

  1. Run flask clear-db to clear out your local database if desried (this isn't reuired, but will give you a clean slate to get an exact replica of production/testing whatever)

  2. Log into the Swagger UI for the system you want to move all files to (this could be a local development machine)

  3. Set the API Token under authentication. This token must match what is on the testing server. This might match what is in the default config, at least, that will work for staging.

  4. Run the workflow_synch/pullall in swagger, using the url for the site you want to pull from: something like "https://testing.crconnect.uvadcos.io/api"

  5. Be patient. It may take a minute or more to pull everything down.

Additional Reading

  1. BPMN Is the tool we are using to create diagrams of our business processes. It's is a beautiful concise diagramming tool. We strongly recommend you read this complete tutorial, as this notation is the foundation on which this project as well as many other software systems for businesses are built. Know it well.

Notes on Creating Good BPMN Diagrams in Comunda

  1. Be sure to give each task a thoughtful (but unique!) id. This will make the command line and debugging far far easier. I've tended to pre-fix these, so task_ask_riddle if a task is asking a riddle for instance.