A connection is typically used to connect to a networked resource
There are three areas where connections surface:
Type of resource: A connection is implemented as a new type of resource, with type flogo:connection. An example of a connection descriptor can be found in the Pulsar Connection contribution
In app.json: If a contribution declares a setting of data type connection in its descriptor.json then the value for that setting can be either an in-line connection or a shared connection. Usages of connections will be described below.
Question: can connection data type be used anywhere a data type can be used? Trigger settings, handler settings, trigger output, trigger reply, activity settings, activity input, functions.
These connections can be shared or defined in-line. When a connection is defined in-line, it is only used by that contribution. Shared connection is defined once in the flogo.json and can shared between multiple resources.
Note that for both inline and shared usages the fields under connections.settings depend on the connection.ref. Those settings should be declared in the corresponding descriptor.json for the connection contribution. That is similar to the way Web UI currently uses the descriptor.json of activities and triggers to extract their "schema".
Also, if a connection is used in a Flogo app then the corresponding ref for that connection should be part of the imports of the app.
The Web UI should be able to handle importing, using and exporting connections for all areas (resource type, data type, app usage) and all usage types (in-line and shared).
Plan
We will introduce the connections to the Web UI in iterations as the shared connections in particular will require designing new UI components and interactions.
We will divide it in at least 2 iterations (subject to change). This Github issue will act as the placeholder for supporting all connections features and we will describe the iterations in subsequent Github issues.
To Do
[ ] 1. Support in-line connections (#1331)
[ ] 2. Support shared connections
Questions
Is the data type connection supported anywhere a data type can be used? If so:
Should it be allowed in the input/output of a resource? Or maybe its usage should be prevented.
Is the data type connection supported in the input of an activity/stage? If so:
How should it be handled in the inputs of the flow debugger?
How should it be displayed in the outputs of the flow debugger?
Is your feature request related to a problem? Please describe.
Flogo Project introduced the concept of "connection", the Flogo Web UI should support working with connections.
From Flogo Core Docs
There are three areas where connections surface:
flogo:connection
. An example of a connection descriptor can be found in the Pulsar Connection contributionconnection
is also a new data type (see Flogo data types) and a such it can be used to describe activities and triggers settings. See pulsar trigger descriptor and pulsar activity descriptorconnection
in its descriptor.json then the value for that setting can be either an in-line connection or a shared connection. Usages of connections will be described below.Question: can
connection
data type be used anywhere a data type can be used? Trigger settings, handler settings, trigger output, trigger reply, activity settings, activity input, functions.Usage of connections in an app (flogo.json)
From Flogo Core Docs
Note that for both inline and shared usages the fields under
connections.settings
depend on theconnection.ref
. Those settings should be declared in the corresponding descriptor.json for the connection contribution. That is similar to the way Web UI currently uses the descriptor.json of activities and triggers to extract their "schema".Also, if a connection is used in a Flogo app then the corresponding
ref
for that connection should be part of theimports
of the app.In-line
Shared
Describe the solution you'd like
The Web UI should be able to handle importing, using and exporting connections for all areas (resource type, data type, app usage) and all usage types (in-line and shared).
Plan
We will introduce the connections to the Web UI in iterations as the shared connections in particular will require designing new UI components and interactions.
We will divide it in at least 2 iterations (subject to change). This Github issue will act as the placeholder for supporting all connections features and we will describe the iterations in subsequent Github issues.
To Do
Questions