Expand ICR for service collaboration
See original GitHub issueAs a product manager I want to secure interoperability of framework services so that stakeholder can easily operate the oih.
Further description:
To ensure interoperability of the ICR API must be expanded to be able to start/stop a flow. Therefore the two following endpoints are needed:
We need to extend the API by the following resources:
POST /flows/{id}/start
: Used to start a flowPOST /flows/{id}/stop
: Used to stop a flow
Starting a flow means setting flow’s status
to active
and raising flow.starting
event. Stopping a flow means setting flow’s status
to inactive
and raising flow.stopping
event. The schema of the event payload is shown below.
Event:
type: object
required:
- headers
- payload
properties:
headers:
type: object
required:
- name
- createdAt
properties:
name:
type: string
createdAt:
type: string
format: date-time
payload:
type: object
The payload
property is an arbitrary object to be sent with the event. Flow repository will send the entire flow as payload
.
We also need to extend the flow
model in the API by the following properties:
id
: requiredcron
: required for polling flows and defaults to*/3 * * * *
if not set for a polling flow. Must not be set for a webhook flow.
Acceptance Criteria:
- Endpoints added
- Flow model adjusted
- Test delivered
- Endpoints checked by @DennisCES
Issue Analytics
- State:
- Created 5 years ago
- Comments:12 (12 by maintainers)
Top GitHub Comments
The issue has been resolved, the most recent image of the flow repo is now deployed and reachable in the cluster and ready for testing.
@SvenHoeffler Thanks.
For tracking reasons: http://flow-repository.openintegrationhub.com/api-docs/