- Overview
- Get started
- Concepts
- Using UiPath CLI
- How-to guides
- CI/CD recipes
- Command reference
- Overview
- Exit codes
- Global options
- uip codedagent
- uip coder
- uip context-grounding
- uip docsai
- uip function
- uip guardrails
- uip llm-configuration
- uip llm-gateway
- uip model-hub
- add-test-data-entity
- add-test-data-queue
- add-test-data-variation
- analyze
- build
- create-project
- diff
- find-activities
- get-analyzer-rules
- get-default-activity-xaml
- get-errors
- get-manual-test-cases
- get-manual-test-steps
- get-library-object-repository
- get-object-repository
- get-versions
- get-workflow-example
- indicate-application
- indicate-element
- inspect-package
- install-data-fabric-entities
- install-or-update-packages
- list-data-fabric-entities
- list-instances
- list-workflow-examples
- pack
- publish
- remote
- restore
- run, debug & execution
- run-file
- search-templates
- start-studio
- stop-execution
- tm
- uia
- uip tasks
- uip traces
- uip traces feedback
- Migration
- Reference & support
Syntax and options for `uip api-workflow bindings sync`, which generates a bindings_v2.json file from an API Workflow JSON for solutions authored outside Studio Web.
uip api-workflow bindings generates the per-project bindings_v2.json file that uip solution resources refresh needs to populate a solution's resource catalogue. Studio Web computes this file in-memory whenever a workflow is opened in the designer; for agent-authored workflows that never get opened in Studio, bindings sync does the same translation offline — it walks the workflow, extracts IntSvc connector activities (skipping Http-kind / implicit-connection activities), dedupes by connection UUID, and writes bindings_v2.json next to the workflow file.
Synopsis
uip api-workflow bindings sync --workflow <path>
uip api-workflow bindings sync --workflow <path>
uip api-workflow bindings sync
Options
| Flag | Description |
|---|---|
--workflow <path> | Required. Path to the API Workflow JSON file. bindings_v2.json is written into the same directory. |
Example
uip api-workflow bindings sync --workflow ./my-workflow/Workflow.json
uip api-workflow bindings sync --workflow ./my-workflow/Workflow.json
Data shape (--output json)
{
"Code": "BindingsSync",
"Data": {
"BindingsPath": "/work/my-workflow/bindings_v2.json",
"ResourceCount": 3,
"ActivitiesVisited": 12,
"IntSvcActivities": 4,
"DuplicatesCollapsed": 1,
"ResourceBindings": [],
"PreservedResources": []
}
}
{
"Code": "BindingsSync",
"Data": {
"BindingsPath": "/work/my-workflow/bindings_v2.json",
"ResourceCount": 3,
"ActivitiesVisited": 12,
"IntSvcActivities": 4,
"DuplicatesCollapsed": 1,
"ResourceBindings": [],
"PreservedResources": []
}
}
PreservedResources lists any existing bindings_v2.json entries that were kept as-is because they didn't correspond to an IntSvc activity found during this walk (for example, a resource referenced only by a Http-kind activity).
Related
- uip solution resources — consumes
bindings_v2.jsonto populate the solution resource catalogue and per-user debug overwrites. - uip is connections — get a connection UUID to pass into an activity stub before running
bindings sync. - uip api-workflow registry — emit the connector activity stubs that
bindings syncwalks.