HTTP actions
Call GET, POST, PUT, PATCH, or DELETE endpoints from inside a workflow.
REST Client component
Use REST Client for direct API calls, lightweight integrations, and customer-specific endpoints.
Call external HTTP APIs directly from a workflow when a full connector is not required.
What this component unlocks
The docs describe REST Client as a component for connecting with external systems or services using HTTP requests. Builders can toggle whether credentials are required, select stored credentials, manage credentials, choose GET, POST, PUT, PATCH, or DELETE, and define the endpoint URL. REST Client settings also support parameters, headers, form-data payloads, JSON payloads, hover tooltips, and execution results in the logs panel.
Call GET, POST, PUT, PATCH, or DELETE endpoints from inside a workflow.
Use stored credentials when API calls require authentication.
Send parameters, headers, form data, or JSON payloads to external systems.
Use cases
These examples show how this component can become part of production workflows across customer-owned systems and environments.
Use REST Client as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use REST Client as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use REST Client as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use REST Client as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use REST Client as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Use REST Client as part of a governed CXFabric workflow that keeps configuration, credentials, logs, and handoffs visible.
Configuration surface
The exact fields can vary by deployment and product version, but each page gives customers a clear view of the component's intended role.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Expose this behavior as a reusable, logged, credential-aware step inside a CXFabric flow.
Implementation notes
Components should be easy for builders to configure and easy for operators to understand after the workflow is live.
Promote repeated REST Client patterns into connectors.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Validate error responses.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Use credentials instead of hardcoded secrets.
CXFabric approachMake the behavior explicit in the workflow so operators can see what happens before and after this component runs.
Workflow patterns
These are concept patterns that can be adapted to a customer's systems, policies, credentials, and deployment model.
Start with an event, use REST Client, then route the result to CRM, ticketing, or a customer-owned system.
Add validation, human approval, and logging around the component before downstream actions execute.
Deploy the component inside a customer-owned environment with credentials and logs governed by the customer.
Combine the component with packaged connectors or custom APIs when the process needs reusable system logic.
Component planning
We can scope the workflow, component configuration, credentials, deployment model, and handoff path before buildout begins.