BuildShip Trigger
The BuildShip Trigger serves as a mechanism to initiate a BuildShip Workflow from another workflow by employing the Execute Workflow node.
This functionality enables users to trigger workflows within the same project or across different projects.
TIP 💡: An alternative method to accomplish this is through the API Call Node available in the Node Library.
Understanding the Mechanism
1. Execute Workflow Node
This node is added to the primary workflow and serves the purpose of initiating the secondary workflow.
2. BuildShip Trigger
This is integrated into the secondary workflow, which is intended to be triggered.
Execute Workflow Node
The Execute Workflow Node empowers users to trigger any workflow, regardless of whether it belongs to the same or a different project.
For the Execute Workflow Node, the following information is required:
Project ID (optional)
When executing a BuildShip Workflow that isn't part of the current project, users must specify the Project ID.
This ID can be found within the BuildShip Trigger Config or in the BuildShip Project Settings page.
Workflow ID
The Workflow ID is necessary to identify the workflow to be invoked. Users can retrieve this ID from the BuildShip Trigger config or copy it from the address bar. The Workflow ID is the last part of the URL, as shown below:
https://buildship.app/p/project-id/workflow/workflow-id
Data
This input allows users to pass data to another workflow as the request body. The data format is expected to be in the form of a JSON object.
Sample Data Object:
{
"name": "John Doe",
"age": 30,
"city": "New York"
}
Await?
This boolean input determines whether the triggered secondary workflow needs to complete before proceeding with the remaining nodes in the primary workflow.
The BuildShip Trigger
To complete this mechanism, users need to include the BuildShip Trigger Node in the secondary workflow intended to be initiated via the Execute Workflow node.
The BuildShip Trigger node processes incoming trigger requests from the "Execute Workflow" node, validating the source and authenticating it.
If calling the target workflow from a different BuildShip Project (other than the one housing the target workflow), users need to specify the Runtime Service Account from the other project. This information can be obtained from the Project Settings page within BuildShip.
If the user needs to call the target workflow from a different BuildShip Project (other than the one with the target workflow), users need to specify the Runtime Service Account of other project (one with the "Execute Workflow" Node). The BuildShip Runtime Service Account can be obtained from the Project Settings page.
The data passed through the Execute Workflow node can be accessed in the target workflow using the Data variable from the context menu in the Input Editor.
Need Help?
- 💬Join BuildShip Community
An active and large community of no-code / low-code builders. Ask questions, share feedback, showcase your project and connect with other BuildShip enthusiasts.
- 🙋Hire a BuildShip Expert
Need personalized help to build your product fast? Browse and hire from a range of independent freelancers, agencies and builders - all well versed with BuildShip.
- 🛟Send a Support Request
Got a specific question on your workflows / project or want to report a bug? Send a us a request using the "Support" button directly from your BuildShip Dashboard.
- ⭐️Feature Request
Something missing in BuildShip for you? Share on the #FeatureRequest channel on Discord. Also browse and cast your votes on other feature requests.