- Getting started
- Best practices
- Tenant
- About the Tenant Context
- Searching for Resources in a Tenant
- Managing Robots
- Connecting Robots to Orchestrator
- Storing Robot Credentials in CyberArk
- Storing Unattended Robot Passwords in Azure Key Vault (read only)
- Storing Unattended Robot Credentials in HashiCorp Vault (read only)
- Storing Unattended Robot Credentials in AWS Secrets Manager (read only)
- Deleting Disconnected and Unresponsive Unattended Sessions
- Robot Authentication
- Robot Authentication With Client Credentials
- SmartCard Authentication
- Configuring automation capabilities
- Audit
- Settings - Tenant Level
- Resource Catalog Service
- Automation Suite robots
- Folders Context
- Automations
- Processes
- Jobs
- Apps
- Triggers
- Logs
- Monitoring
- Queues
- Assets
- Storage Buckets
- Test Suite - Orchestrator
- Integrations
- Troubleshooting
About Input and Output Arguments
We have exposed the In and Out arguments, you are already used to in Studio, as a way to seamlessly integrate the tools you use, such as various DCMs or BPMs. This means that any process you create can now receive input arguments through the Orchestrator API or interface, as well as return output to all of the aforementioned. Last but not least, this is a stepping stone in linking processes together. This extensibility helps you better integrate UiPath® in your company’s ecosystem.
.xaml
marked as Main in Studio are exposed to other apps.
project.json
of a project.
At design time, in Studio, the way you configure your project to accept In or Out arguments, with or without default values, enables you to use them in other third-party apps or Orchestrator. You can only make use of input and output arguments in Orchestrator and other third-party apps if you had added the corresponding arguments in your Studio project beforehand. If no arguments have been added in Studio, the following message is displayed: "Input arguments are not defined for this version.".
The In, Out, or In/Out arguments of a project become input and output arguments when published to Orchestrator. Please note that for In/Out arguments two different arguments are created and displayed in Orchestrator, an input and an output one, with the same name.
Values can be provided only to input arguments, either using Studio, Orchestrator or the Orchestrator API as follows:
As default values, when creating the arguments. A short example can be found here. A default value provided for an argument in Studio can be overwritten in Orchestrator, both at process or job level.
- At process level - in the Arguments tab of the View Process window, as explained here.
- At job level - in the Arguments tab of the Start Job window, as explained here.
-
At trigger level - in the Arguments tab of the Add trigger window, as explained here.
Note: A value provided for an input arguments at process level in Orchestrator is kept when you update the package, as long as the new package version does not concern arguments' definition.The storage limit for input/output arguments is 1 MB.
If you provide values for input arguments in Orchestrator, please note that they have to be provided in a JSON format. A few examples of how you can do this:
- String - the value has to be provided without quotation marks, such as
string
; - Int32 - provide the value as you would any integer,
11
; - Boolean - two radio buttons are displayed to help you select true or false;
- Double - provide the value as a floating point value, such as
3.5
; - DateTime - provide the value as a valid JSON, such as
"2012-04-23T18:25:43.511Z"
; -
Array - provide values as valid JSON, such as
[1, 1, 2, 3, 5, 8]
or["firstString", "secondString"]
.Note: Any type of In argument can be used, yet please keep in mind that only primitives are validated by Orchestrator.When enumerated types (enums) are converted to JSON, each enumeration member is represented by an integer value, rather than by its name. This means the JSON representation of an enum is the numeric value of each member included in the original enumeration.
- At package level - to the /odata/Processes/UiPath.Server.Configuration.OData.SetArguments(key='key') endpoint;
- At process level - as a PATCH request to the /odata/Releases(Id) endpoint;
- At job level - as a POST request to the /odata/Jobs/UiPath.Server.Configuration.OData.StartJobs endpoint;
-
At schedule level - as a POST request to the /odata/ProcessSchedules endpoint.
Note: For API calls, a maximum of 10,000 characters is accepted for the entire length of the JSON representation of input arguments, including argument names, all the escaped characters, spaces, brackets, and argument values.
The value of an input argument is marked as follows:
- No value - No value was provided for the argument at process, job, schedule, or package level (in Studio).
- Inherited from package - If the value was provided by default in Studio. This message is displayed in the Arguments window of a specific package, as well as the View Process,Start Job, and Add Schedule windows.
-
Inherited from process - If the value was provided at process level (in the View Process window). This message is displayed in the Start Job and Add Schedule window. In the View Process window, the value itself is displayed.
If input or output argument values exist, they are displayed in the Job Details window. The input values are displayed in the aforementioned window in the following cases:
- they were added at the process level;
- they were added at the job level.
You can also view input and output arguments at the package level, in the Package Versions window. For more information, see the Managing Packages.
Main.xaml
file can be displayed.