Project Flogo is an Open Source ecosystem for event-driven apps
Ecosystem | Core | Flows | Streams | Flogo Rules | Go Developers | When to use Flogo | Contributing | License
Project Flogo is an ultra-light, Go-based open source ecosystem for building event-driven apps. Event-driven, you say? Yup, the notion of triggers and actions are leveraged to process incoming events. An action, a common interface, exposes key capabilities such as application integration, stream processing, etc.
- App = Trigger(s) + Actions[&Activities]
- Triggers
- receive data from external sources.
- are managed by a configurable threading model
- have a common interface enabling anyone to build a Flogo trigger.
- Handlers
- dispatch events to actions
- Actions
- process events in a manner suitable with the implementation
- have a common interface enabling opinionated event processing capabilities
Project Flogo Ecosystem
All capabilities within the Flogo Ecosystem have a few things in common, they all process events (in a manner suitable for the specific purpose) and they all implement the action interface exposed by Flogo Core.
Some of the key highlights include:
- Integration Flows Application Integration process engine with conditional branching and a visual development environment
- Stream Processing a simple pipeline-based stream processing action with event joining capabilities across multiple triggers & aggregation over time windows
- Contextual Decisioning Declarative Rules for Real-time Contextual Decisions
- Microgateway Microgateway pattern for conditional, content-based routing, JWT validation, rate limiting, circuit breaking and other common patterns
The concept is simple, an event is just that, an event, how it’s processed is what differs. Flogo Core eases the burden by enabling a common set of functionality, such as:
- threading
- logging
- data type coercion
- data mapping
- tracing & monitoring hooks
While also exposing a common set of contributions via activities and triggers. For example, all available triggers can be leveraged to dispatch events to any action implementation, that is, flows for application integration, streams for stream processing, rules for contextual rule processing, etc.
Flogo Core
Flogo Core is an event-driven app framework used to develop apps for the cloud & IoT edge. It can also be thought of as a lightweight app kernel used by open source & commercial solutions.
Flogo Core provides the following key benefits:
Flogo Core Contribution Model
Flogo Core exposes three principal contribution interfaces that enable developers to build common capabilities and functionality. These contribution interfaces include:
- Trigger Interface a common interface for building event-consumers that dispatch events to one or more actions. The Kafka subscriber is an example of a trigger.
- Activity Interface a common interface for exposing common application logic in a reusable manner. Think of this as a function, such as write to database, publish to Kafka, etc that can be used by all Flogo apps.
- Action Interface a common interface for processing events. Actions contain the specific capability logic, such as integration, stream processing, rule processing, etc. Actions have a great deal of flexibility in how they’re developed and how developers leverage actions within their overall applications. For example, flows and streams expose JSON-based DSLs & Go APIs for maximum developer flexibility.
Repos
Project Flogo consists of the following sub-projects available as separate repos:
- flogo-cli: Command line tools for building Flogo apps & extensions
- flogo-core: The core Flogo library
- flogo-contrib: Flogo contributions/extensions
- project-flogo/stream: Flogo Streams Action
- project-flogo/rules: Contextual, deterministic rules action
- project-flogo/microgateway: Flogo Microgateway Action
- project-flogo/flogo-web: Flogo Web UI
Flogo Flows
Flogo Flows provides application integration capabilities and includes the following key highlights.
Getting Started
We've made getting started with Flogo Flows as easy as possible. The current set of tooling is designed for:
- Serverless function developers
- Cloud-native microservices developers
- IoT Solutions developers
- Go Developers
Zero-code Developers
If your background is in or you prefer to develop your apps using zero-coding environments, then read on, because we’ve got something special for you.
Flows Web UI is available via Docker Hub or Flogo.io. The Docker image contains the Flows Web UI along with all required components to begin developing, testing and building deployable artifacts right from your web browser.
To report any issues with the Issue tracker on this project.
Flogo Streams
Edge devices have the potential for producing millions or even billions of events at rapid intervals, often times the events on their own are meaningless, hence the need to provide basic streaming operations against the slew of events.
A native streaming action as part of the Project Flogo Ecosystem accomplishes the following primary objectives:
- Enables apps to implement basic streaming constructs in a simple pipeline fashion
- Provides non-persistent state for streaming operations
- Streams are persisted in memory until the end of the pipeline
- Serves as a pre-process pipeline for raw data to perform basic mathematical and logical operations. Ideal for feeding ML models
Some of the key highlights include:
Getting Started
We’ve made building powerful streaming pipelines as easy as possible. Develop your pipelines using:
- A simple, clean JSON-based DSL
- Golang API
See the sample below of an aggregation pipeline (for brevity, the triggers and metadata of the resource has been omitted). Also don’t forget to check out the examples in the project-flogo/stream repo.
"stages": [
{
"ref": "github.com/project-flogo/stream/activity/aggregate",
"settings": {
"function": "sum",
"windowType": "timeTumbling",
"windowSize": "5000"
},
"input": {
"value": "=$.input"
}
},
{
"ref": "github.com/project-flogo/contrib/activity/log",
"input": {
"message": "=$.result"
}
}
]
Flogo Rules
Processing Events in real-time to determine next best action is an important function of Event driven applications. With the vast amount of events that are generated from different sources, making sense of the information in a given context can be immensely valuable.
Flogo Rules simplifies the complexity involved with real-time contextual decisions.
Flogo Rules supports
- Declarative Rules to define conditional logic and trigger result rules
- Joins/Correlations across multiple Event sources
- Ability to define Rule Priorities
- Timer Events; Configurable TTL (time to live) -1 - no expiry, 0 - event expiry set to end of run to completion cycle.
- Forward chaining for Inferencing
The CLI
The CLI is used to build all applications that leverage the JSON-based DSL. If you’re using the Go API to build your apps, feel free to just go build
your stuff without the flogo CLI.
Getting started with the CLI couldn't be any easier (refer to Flogo CLI repo for detail instructions and dependencies):
- Install the CLI
go get -u github.com/project-flogo/cli/...
- Create & build your app
- flogo the core CLI for creating and building your applications
- flogogen a scaffolding tool to begin building your Flogo contributions (activities, triggers & actions)
If you're interested in building your own contribution(s), refer to the Flogo Documentation or join us on the project-flogo/Lobby Gitter Channel.
Golang API
Are you the kind of person who would rather code, but would love to leverage the capabilities of the Flogo Ecosystem? Makes total sense, we just
- Go get the latest flogo-lib
go get -u github.com/project-flogo/core/...
- Optionally, if you're using any of the Flogo contributions, don't forget to get that repo, as well
go get -u github.com/project-flogo/contrib/...
- Open up your favorite IDE or txt editor and start coding!
package main
import (
"context"
"fmt"
"github.com/project-flogo/contrib/activity/log"
"github.com/project-flogo/contrib/trigger/rest"
"github.com/project-flogo/core/activity"
"github.com/project-flogo/core/api"
"github.com/project-flogo/core/data/coerce"
"github.com/project-flogo/core/engine"
)
func main() {
app := myApp()
e, err := api.NewEngine(app)
if err != nil {
fmt.Println("Error:", err)
return
}
engine.RunEngine(e)
}
func myApp() *api.App {
app := api.NewApp()
trg := app.NewTrigger(&rest.Trigger{}, &rest.Settings{Port: 8080})
h, _ := trg.NewHandler(&rest.HandlerSettings{Method: "GET", Path: "/blah/:num"})
h.NewAction(RunActivities)
//store in map to avoid activity instance recreation
logAct, _ := api.NewActivity(&log.Activity{})
activities = map[string]activity.Activity{"log": logAct}
return app
}
var activities map[string]activity.Activity
func RunActivities(ctx context.Context, inputs map[string]interface{}) (map[string]interface{}, error) {
trgOut := &rest.Output{}
trgOut.FromMap(inputs)
msg, _ := coerce.ToString(trgOut.PathParams)
_, err := api.EvalActivity(activities["log"], &log.Input{Message: msg})
if err != nil {
return nil, err
}
response := make(map[string]interface{})
response["id"] = "123"
response["amount"] = "1"
response["balance"] = "500"
response["currency"] = "USD"
reply := &rest.Reply{Code: 200, Data: response}
return reply.ToMap(), nil
}
- Before we can build the app, let's generate the metadata for the triggers
go generate
- Build the app
go build
When to use Flogo
You’ll look to leverage Flogo if you’re a dev & sick of building all the messy stuff that comes along with coding production apps. Such as connectivity to event-driven messaging platforms, datastores, SaaS apps, etc & want to deploy to a wide range of targets, such as
- serverless compute
- IoT edge devices
- containers
The broader Flogo ecosystem exposes an opinionated perspective on building event-driven apps. If you’re looking to process events in any of the following ways, then read on because the Project Flogo Ecosystem is for you!
- long running processes with flow-control support geared toward application integration
- consuming and manipulating large streams of events via a pipeline to act as a pre-processor for time-series data to serve things like machine learning models or to derive simple conclustions via data aggregation
- contextual, declarative rules for real-time decisioning
In short...
Flogo is... | Flogo is not... |
---|---|
an ecosystem of opinionated, event-driven capabilities | a front-end web app or analytics framework |
a Go lib to increase dev productivity | an IoT platform |
Contributing
Want to contribute to Project Flogo? We've made it easy, all you need to do is fork the repository you intend to contribute to, make your changes and create a Pull Request! Once the pull request has been created, you'll be prompted to sign the CLA (Contributor License Agreement) online.
Not sure where to start? No problem, here are a few suggestions:
- flogo-contrib: This repository contains all of the standard contributions, such as activities, triggers, etc. Perhaps there is something missing? Create a new activity or trigger or fix a bug in an existing activity or trigger. Don't forget to check all of the other repositores in the project-flogo org on GitHub, as some contributions are large enough to have their own repo.
- Browse all of the [Project Flogo repositories] and look for issues tagged
kind/help-wanted
orgood first issue
If you have any questions, feel free to post an issue and tag it as a question, email [email protected] or chat with the team and community:
- The project-flogo/Lobby Gitter channel should be used for general discussions, start here for all things Flogo!
- The project-flogo/developers Gitter channel should be used for developer/contributor focused conversations.
For additional details, refer to the Contribution Guidelines.
License
Project Flogo is licensed under a BSD-style license. Refer to LICENSE for license text.
Usage Guidelines
We’re excited that you’re using Project Flogo to power your project(s). Please adhere to the usage guidelines when referencing the use of Project Flogo within your project(s) and don't forget to let others know you're using Project Flogo by proudly displaying one of the following badges or the Flynn logo, found in the branding folder of this project.
Get Data from a String JSON
What is your question? Trying to get data from AWS Lambda Trigger. What ever JSON I pass to API or SQS is coming as string as given below. I want to extract the data from that JSON - in this case zipcode value 07604.
"body": "{\"zipcode\":\"07604\"}",
I tried doing below. Pass input from trigger to flow as
CityCode_Input is defined as object.
Then I tried to get the data as
$flow.CityCode_Input.zipcode
. Re;avant code snippet below.Please tell us about your environment (Operating system, docker version, browser & web ui version, etc): AWS Lambda
Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X Latest Version
web ui not opening
Hi I obtained the flogo docker image The terminal/console window indicating that the image is up and the webui is running. It asked me to open http://localhost:3303.
But I get a site cannot be reached error
Any idea what could be wrong?
Thanks
Missing Body content on Post when exporting app from UI
Hi there, I have an app that I created in the UI. When I use the build function within the UI and download it, it works fine. When I try to build the app from the cli it is unable to map the content to the flow parameter I have defined and get the following error:
AddAttr - name: {Error.type}, type: string, value:mapper
2018-01-20 20:10:18.603 DEBUG [engine] - AddAttr - name: {Error.message}, type: string, value:failed to resolve flow attr: 'bodyofcall', not found in flow
2018-01-20 20:10:18.603 DEBUG [engine] - Done Executing A.instance [48ecf6a223e73ae472e8ffceebe1d176] - Status: 700
2018-01-20 20:10:18.603 DEBUG [engine] - worker-3: Completed Request app json below.
{ "name": "LogPostData", "type": "flogo:app", "version": "0.0.1", "description": "", "triggers": [ { "name": "Receive HTTP Message", "ref": "github.com/TIBCOSoftware/flogo-contrib/trigger/rest", "description": "Simple REST Trigger", "settings": { "port": "9886" }, "id": "receive_http_message", "handlers": [] }, { "name": "Receive HTTP Message (1)", "ref": "github.com/TIBCOSoftware/flogo-contrib/trigger/rest", "description": "Simple REST Trigger", "settings": { "port": "9876" }, "id": "receive_http_message_1", "handlers": [ { "actionMappings": { "input": [ { "mapTo": "bodyofcall", "type": 1, "value": "content" } ], "output": [] }, "settings": { "method": "POST", "path": "/sendsyslog", "autoIdReply": null, "useReplyHandler": "true" }, "actionId": "testpost" } ] } ], "actions": [ { "data": { "flow": { "name": "testpost", "type": 1, "attributes": [], "rootTask": { "id": "root", "type": 1, "tasks": [ { "id": "log_2", "name": "Log Message", "description": "Simple Log Activity", "type": 1, "activityType": "github-com-tibco-software-flogo-contrib-activity-log", "activityRef": "github.com/TIBCOSoftware/flogo-contrib/activity/log", "attributes": [ { "name": "message", "value": "", "required": false, "type": "string" }, { "name": "flowInfo", "value": "false", "required": false, "type": "boolean" }, { "name": "addToFlow", "value": "false", "required": false, "type": "boolean" } ], "inputMappings": [ { "type": 1, "value": "$flow.bodyofcall", "mapTo": "message" } ] }, { "id": "SendSyslog_3", "name": "SendSyslog", "description": "Send a syslog message", "type": 1, "activityType": "github-com-lpautet-flogo-activities-send-syslog", "activityRef": "github.com/lpautet/flogo-activities/SendSyslog", "attributes": [ { "name": "protocol", "value": "udp", "required": true, "type": "string" }, { "name": "host", "value": "lmi611test.howiedemo.com", "required": true, "type": "string" }, { "name": "port", "value": "514", "required": false, "type": "integer" }, { "name": "facility", "value": "16", "required": true, "type": "integer" }, { "name": "severity", "value": "6", "required": true, "type": "integer" }, { "name": "hostname", "value": "flogohost", "required": false, "type": "string" }, { "name": "appName", "value": "flogoapp", "required": false, "type": "string" }, { "name": "msgId", "value": null, "required": false, "type": "string" }, { "name": "flowInfo", "value": "true", "required": false, "type": "boolean" }, { "name": "message", "value": null, "required": true, "type": "string" } ], "inputMappings": [ { "type": 1, "value": "$flow.bodyofcall", "mapTo": "message" } ] }, { "id": "actreply_4", "name": "Reply To Trigger", "description": "Simple Reply Activity", "type": 1, "activityType": "github-com-tibco-software-flogo-contrib-activity-actreply", "activityRef": "github.com/TIBCOSoftware/flogo-contrib/activity/actreply", "attributes": [ { "name": "mappings", "value": [], "required": true, "type": "array" } ] } ], "links": [ { "id": 1, "from": "log_2", "to": "SendSyslog_3", "type": 0 }, { "id": 2, "from": "SendSyslog_3", "to": "actreply_4", "type": 0 } ], "attributes": [] } } }, "id": "testpost", "metadata": { "input": [ { "name": "bodyofcall", "type": "params" } ], "output": [] }, "ref": "github.com/TIBCOSoftware/flogo-contrib/action/flow" } ] }
Issue running the go test command
I'm submitting a ... (check one with "x")
Current behavior (how does the issue manifest): I'm building an activity, but when I run the go test command the below error appears:
adavilag-MBP13:sendMail adavilag$ go test github.com/TIBCOSoftware/flogo-contrib/action/flow/definition ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:82:13: cannot use value.Name (type func() string) as type string in map index ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:145:19: cannot use value.Name (type func() string) as type string in map index ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:174:53: cannot use attr.Type (type func() data.Type) as type data.Type in argument to data.CoerceToValue ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:179:50: unknown field 'Name' in struct literal of type data.Attribute (but does have data.name) ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:179:62: unknown field 'Type' in struct literal of type data.Attribute ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:179:80: unknown field 'Value' in struct literal of type data.Attribute (but does have data.value) ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:200:53: cannot use attr.Type (type func() data.Type) as type data.Type in argument to data.CoerceToValue ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:205:51: unknown field 'Name' in struct literal of type data.Attribute (but does have data.name) ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:205:63: unknown field 'Type' in struct literal of type data.Attribute ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:205:81: unknown field 'Value' in struct literal of type data.Attribute (but does have data.value) ../../src/github.com/TIBCOSoftware/flogo-contrib/action/flow/definition/definition_ser.go:205:81: too many errors FAIL _/Users/adavilag/go/bin/sendMail [build failed]
Expected behavior:
Minimal steps to reproduce the problem (not required if feature enhancement):
What is the motivation / use case for changing the behavior?
Please tell us about your environment (Operating system, docker version, browser & web ui version, etc):
Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X
Additional information you deem important (e.g. issue happens only occasionally):
Support for $INPUT["xxx"] in flogo
I'm submitting a ... (check one with "x")
Current behavior (how does the issue manifest): Currently, flogo mapping only supports “mapTo”: “xxx”, requesting to support “mapTo”:$INPUT["xxx"]. Fails to display mapping values in UI.
Expected behavior: Interpret “mapTo”:$INPUT["xxx"] and disaply mapping values in UI accordingly.
Minimal steps to reproduce the problem (not required if feature enhancement):
What is the motivation / use case for changing the behavior?
Please tell us about your environment (Operating system, docker version, browser & web ui version, etc):
Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X
Additional information you deem important (e.g. issue happens only occasionally):
Flogo.json created by Flogo create command from flogo-cli is not being imported successfully in Flogo UI.
The default flogo.json created by the create command from cli is not getting imported. Command: flogo create myapp
Additional Information: The generated flogo.json does not have name tag in the "actions" and thus not getting imported. If we add the name tag to the flogo.json in the "actions", it is getting imported successfully.This might be helpful for fixing the issue.
Installing new activities on webui latest build (v0.5.5) fails
Current behavior (how does the issue manifest): Installing a new activity fails on the newest webui build. Pulled tag as latest. Expected behavior: v0.5.4 installs activities fine. v0.5.5 (latest) should be the same Minimal steps to reproduce the problem (not required if feature enhancement): Try installing: github.com/jvanderl/flogo-components/incubator/activity/mqtt on v0.5.4 and on the latest build. The latest build will fail.
LOGS: 2018-08-02T21:23:39.376Z - info: [log] Install activity: 'github.com/jvanderl/flogo-components/incubator/activity/mqtt' 2018-08-02T21:23:39.378Z - debug: Backing up 'src' to 'backupsrc'. 2018-08-02T21:23:42.305Z - debug: Started installing 'github.com/jvanderl/flogo-components/incubator/activity/mqtt' to the engine. [log] Install from GitHub [ 'github.com/jvanderl/flogo-components/incubator/activity/mqtt' ] 2018-08-02T21:23:42.310Z - info: Exec command: flogo install github.com/jvanderl/flogo-components/incubator/activity/mqtt in local/engines/flogo-web 2018-08-02T21:23:42.321Z - info: run command: flogo install github.com/jvanderl/flogo-components/incubator/activity/mqtt 2018-08-02T21:23:47.417Z - warn: command exited with code 1: flogo install github.com/jvanderl/flogo-components/incubator/activity/mqtt FATAL: command "install" failed: Error checking project dependency status 'exit status 1'
2018-08-02T21:23:47.418Z - error: [error] Encountered error while installing the 'github.com/jvanderl/flogo-components/incubator/activity/mqtt' to the engine: 2018-08-02T21:23:47.418Z - error: FATAL: command "install" failed: Error checking project dependency status 'exit status 1'
2018-08-02T21:23:47.419Z - debug: Installation of 'github.com/jvanderl/flogo-components/incubator/activity/mqtt' failed in 'installing-to' step. 2018-08-02T21:23:47.419Z - debug: Starting engine recovery. 2018-08-02T21:23:47.420Z - debug: [Log] Recovering engine to previous working state.. 2018-08-02T21:23:50.518Z - debug: Resource cleaning: removing the backup folder. Please tell us about your environment (Operating system, docker version, browser & web ui version, etc): Docker version: 18.06 WebUI: 0.5.5 and 0.5.4 Browser: Chrome Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X
Additional information you deem important (e.g. issue happens only occasionally):
Why should I invest in a technology when one of the most crucial part (the WEB UI) is not open source?
I'm submitting a ... (check one with "x")
Current behavior (how does the issue manifest):
Expected behavior: Open Source the WEB UI to fulfill your marketing statements (fully open source & visual creation)
Minimal steps to reproduce the problem (not required if feature enhancement):
What is the motivation / use case for changing the behavior? Otherwise the project is no really a open source project.
Please tell us about your environment (Operating system, docker version, browser & web ui version, etc):
Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X
Additional information you deem important (e.g. issue happens only occasionally):
Configure Proxy in Flogo
When I try to Build Flogo Apps from UI, I am getting failed message and when I check logs for the Flogo container, I am seeing error indicating that Flogo is not able to connect to git. I have Proxy configured on Docker settings. Any idea how to configure Proxy on Flogo?
Restructure Flogo repos
Currently all of the Flogo repos are under the TIBCOSoftware organization. To better organize everything Flogo, we should reorganize the repos and place them within the project-flogo organization on GitHub.
The following list of items need to be considered when we're reorganizing the repo structure.
flogo-lib
to be renamed tocore
.Create Custom Activity
Hi,
While creating a custom activity as described in Building your first activity, I ran the below command
flogogen activity HelloWorld
The "activity_test.go" thus created has below import statement:
"github.com/TIBCOSoftware/flogo-lib/flow/test"
which is not present in the master branch.Because of this
go test
fails.Can anyone please tell what changes has to be done in the activity_test.go file ?
https://flogo.io doesn't work
Current behavior (how does the issue manifest):
https://flogo.io doesn't work. Perhaps a certificate problem on DNS.
Expected behavior:
https://flogo.io should work like https://www.flogo.io.
Join mechanism
What is your question? I have tried flogo and found the split path mechanism very useful. I am talking about multiple output from a node which splits the flow into parallel paths. In this case all the paths are executed independently.
I wanted to know if there is any way to do the opposite of split, i.e, join. Basically I want to join multiple independent paths to one path before proceeding. Lets say the leaf node of two parallel paths are Node 3 and Node 4. Now I want to join the output from Node 3 and Node 4 to another Node 5. Let's assume that Node 5 is joined to another Node 6. I am expecting that Node 5 and then Node 6 will be only executed once both Node 3 and Node 4 are executed.
Please tell us about your environment (Operating system, docker version, browser & web ui version, etc): macOS
Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X
Services are not starting
What is your question?
I have installed flogo using yarn install after downloading code from git. Server and client has started with yarn start server and yarn start client respectively , Created a sample flow , while executing the flow, received following error .
"error: [16:58:13.251] connect ECONNREFUSED 127.0.0.1:9090 {"stack":"RequestError: connect ECONNREFUSED 127.0.0.1:9090\n at ClientRequest. (C:\nsn\IoT\EdgeComputing\flogo-web\node_modules\got\source\request-as-event-emitter.js:178:14)\n at Object.onceWrapper (events.js:291:20)\n at ClientRequest.emit (events.js:208:15)\n at ClientRequest.origin.emit (C:\nsn\IoT\EdgeComputing\flogo-web\node_modules\@szmarczak\http-timer\source\index.js:37:11)\n at Socket.socketErrorListener (_http_client.js:399:9)\n at Socket.emit (events.js:203:13)\n at emitErrorNT (internal/streams/destroy.js:91:8)\n at emitErrorAndCloseNT (internal/streams/destroy.js:59:3)\n at processTicksAndRejections (internal/process/task_queues.js:77:11)","name":"RequestError","code":"ECONNREFUSED","hostname":"localhost","method":"POST","path":"/v1/flows","protocol":"http:","url":"http://localhost:9090/v1/flows","gotOptions":{"path":"/v1/flows","protocol":"http:","hostname":"localhost","hash":"","search":"","pathname":"/v1/flows","href":"http://localhost:9090/v1/flows","port":9090,"retry":{"methods":{},"statusCodes":{},"errorCodes":{}},"headers":{"user-agent":"got/9.6.0 (https://github.com/sindresorhus/got)","accept":"application/json","accept-encoding":"gzip, deflate","content-type":"application/json","content-length":559},"hooks":{"beforeError":[],"init":[],"beforeRequest":[],"beforeRedirect":[],"beforeRetry":[],"afterResponse":[]},"decompress":true,"throwHttpErrors":true,"followRedirect":true,"stream":false,"form":false,"json":true,"cache":false,"useElectronNet":false,"baseUrl":"http://localhost:9090/v1/","body":"{"name":"Test12","description":"","metadata":{"input":[],"output":[]},"tasks":[{"id":"rest_2","name":"REST Invoke","description":"Invokes a REST Service","activity":{"ref":"github.com/project-flogo/contrib/activity/rest","settings":{"uri":"https://gorest.co.in/public/v1/posts"}}},{"id":"log_3","name":"Log","description":"Logs a message","activity":{"ref":"github.com/project-flogo/contrib/activity/log","input":{"message":"Data received from x ssystem $activity[rest_2].data","addDetails":false,"usePrint":false}}}],"links":[{"from":"rest_2","to":"log_3"}]}","method":"POST","forceRefresh":true}}
"
Please tell us about your environment (Operating system, docker version, browser & web ui version, etc): windows 10 Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X Latest
Could you please guide me how to handle and where did i miss.
multiple users for a single flow
What is your question? Hi, Can I have a single flow used by multiple users where each user has his own credentials and data and not overlapped .. or from my app I can create multiple instance of the flow for multiple users where each user has his own flow? this is what I want to do I have two saas apps I need to develop a connector for transfer data from one to another and this connector will be activated by the user by entering their own credentials in a webform .. can I do this scenario with flogo? Please tell us about your environment (Operating system, docker version, browser & web ui version, etc): N/A Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X N/A
installation problem
What is your question? I have tried to install web ui but it was failed. On re installation attempt it is showing docker run -it -p 3303:3303 flogo/flogo-docker eula-accept
docker: Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Post http://%2Fvar%2Frun%2Fdocker.sock/v1.40/containers/create: dial unix /var/run/docker.sock: connect: permission denied. See 'docker run --help'.
Please tell us about your environment (Operating system, docker version, browser & web ui version, etc): I am using ubuntu 20.04 amd64 Flogo version (CLI & contrib/lib. If unknown, leave empty or state unknown): 0.X.X