A Spiff-Connector for demonstration purposes - shows how to build connectors to some common 3rd party systems.
Go to file
Dan 990cecaa11 fixing a few borked up things about the connector-proxy-demo's docker
contaier.
2022-11-22 14:27:50 -05:00
bin more tweaking 2022-11-22 13:32:57 -05:00
.gitignore Barebones proxy system. 2022-11-10 14:34:12 -05:00
Dockerfile more tweaking 2022-11-22 13:32:57 -05:00
LICENSE Initial commit 2022-11-08 16:01:12 -05:00
README.md Update README.md 2022-11-10 11:44:43 -08:00
app.py Barebones proxy system. 2022-11-10 14:34:12 -05:00
poetry.lock fixing a few borked up things about the connector-proxy-demo's docker 2022-11-22 14:27:50 -05:00
pyproject.toml fixing a few borked up things about the connector-proxy-demo's docker 2022-11-22 14:27:50 -05:00

README.md

connector-proxy-demo

A Spiff-Connector for demonstration purposes - shows how to build connectors to some common 3rd party systems.

How to create a Connector Proxy for SpiffWorklow

Step 1. Create a python project with a few dependencies:

Create a bare-bones Flask application that depends on the core spiffworkflow-proxy (a flask blueprint) and any connector dependencies you wish to use. We will hopefully be adding a number of available connectors in the future. Please checkout the connector-aws repository for an example of how to create connections to new services.

  python = "^3.11"
  Flask = "^2.2.2"
  spiffworkflow-proxy = {git = "https://github.com/sartography/spiffworkflow-proxy"}
  connector-aws = { git = "https://github.com/sartography/connector-aws.git"}

Step 2.

Create a basic Flask Application that uses the SpiffWorkflow Proxy's Flask Blueprint

import os
from spiffworkflow_proxy.blueprint import proxy_blueprint
from flask import Flask

app = Flask(__name__)
app.config.from_pyfile("config.py", silent=True)
app.register_blueprint(proxy_blueprint)
if __name__ == "__main__":
    app.run(host="localhost", port=5000)

Step 3.

Fire it up.

#> flask run

Any dependencies you add will now be available for SpiffWorkflow to call using a Service Task. What's more, those services are now discoverable! So when someone drops a Service Task into their diagram, they will have a dropdown list of all the services you have made available to them. And those services will know what parameters are required, and can prompt diagram authors to provide information necessary to make the call. This can be no parameters at all (just give me a fact about Chuck Norris) to arbitrarily complex parameters such as a json structure to be added to a DynamoDB Table.