Skip to main content

Try Catch activity in UiPath RPA

The Try Catch activity catches a specified exception type in a sequence or activity, and either displays an error notification or dismisses it and continues the execution.

As a mechanism, Try Catch runs the activities in the Try block and, if an error takes place, executes the activities in the Catches block. The Finally block is only executed when no exceptions are thrown or when an exception is caught and handled in the Catches block (without being re-thrown).

Don'ts

While the Try Catch activity can be helpful, it's important to avoid excessive usage. Catching an exception should only be done when there's a valid reason to do so. Typically, the Catch block is responsible for handling the exception and enabling error recovery. However, there are instances where an exception is caught performing certain actions, for the purpose of logging it, before being re thrown to higher levels.

Here are a few examples where the Try Catch activity shouldn't be used:

  • When dealing with an Assign activity that involves filtering a DataTable. Instead of using it in a Try block, it's advisable to use an If statement. This Assign can throw an exception if the input DataTable (in_Datatable) is empty or if the Select operation doesn't return any results. By using an If statement, we can first check the necessary requirements before executing the Assign activity.
  • In case of UI interaction, avoid placing Click or Type Into activities in Try Catch. Instead, use synchronization activities to check the availability of the target elements, such as: Element Exists, Find Element, Check App State etc.

The Try Catch mechanism runs the activities within the Try block, and if an error occurs, it proceeds to execute the activities within the Catches block. The Finally block, on the other hand, is executed only when no exceptions are thrown or when an exception is caught and handled within the Catches block without being re-thrown. This mechanism allows for structured error handling and ensures that the Finally block is executed in scenarios where no unhandled exceptions are encountered.

 

Source: UiPath Academy

Comments

Popular posts from this blog

How to set Profile Attribute in Siebel Workflow

For setting the Profile Attribute in Siebel Workflow, follow below steps: Add Business Service box in workflow. Open Business Service properties. Set  SessionAccessService in Business Service Name. Set  SetProfileAttr in Method Name. Then click on Business Service and set Input Arguments as below: Against Name argument you will add your profile attribute name and against Value argument you will add value for the new profile attribute, it could be from Process Property or Literal.

How to call Popup Applet through Server Script in Siebel

Background: Based on the requirements you need to show data or reports on a popup applet. You can invoke popup applet using workflow (below business service will be used in business service step), applet server script or browser script and using vanilla method and setting field user properties. Procedure: Below is the script for calling popup applet through server script: if (MethodName == "MethodName") { var oServiceAF = TheApplication().GetService("SLM Save List Service"); var inputPropAF = TheApplication().NewPropertySet(); var outputPropAF = TheApplication().NewPropertySet(); inputPropAF.SetProperty("Applet Name","ABC Popup Applet"); inputPropAF.SetProperty("Applet Mode","6"); inputPropAF.SetProperty("Applet Height", "700"); inputPropAF.SetProperty("Applet Width", "700"); oServiceAF.InvokeMethod("LoadPopupApplet", inputPropAF, outputPropAF) return (CancelOperati...

How to create and publish Inbound Web Service in Siebel based on Workflow

Inbound Web Services: The Inbound Web Service allows an external system to call a Siebel published Web Service. You can publish a business service or a business process as a Web Service and generate a Web Service Definition Language (WSDL) file that an external system can import. The Inbound Web Services can only be published from Siebel C using SOAP-RPC binding. Source: Oracle Docs What Is The Difference Between Web Services and APIs? An API is an interface that allows you to build on the data and functionality of another application, while a web service is a network-based resource that fulfills a specific task. Yes, there’s overlap between the two: all web services are APIs, but not all APIs are web services. Both web services and APIs are — at their core — very useful and very much used today. However, it’s the web services associated with SOAP and/or Service Oriented Architecture which are falling out of favor. Source: NordicApis Process: Prepare the workflow which will serve as Si...