hi, @Daniel_Oisebe Use native Java extension with the Element Exists activity to detect the Java app window if you cant find make sure in activities panel you have right check on classic activities…after that it should be available
retry scope
optional combined with App State (a construct in which element exists functionality is involved)
put main focus on:
Number Of Retries - The number of times that the sequence is to be retried.
Retry Interval - Specifies the amount of time between each retry.
e.g. ussually the application needs ~ 35 secs to load:
retries: 10
interval (the ~sleep beetween the retries) 5 sec
so retry scope is elastic on 10*5sec = 50sec in segments to react on the loadings
Keep in mind:
default timeouts e.g. from a Ui-Interaction Activity (click, type into…) can make some extensions to the wait / retry segements. To controll this we can tune by setting small timeouts to the timeout configuration parameter of the activity
with the nature of retry scope we can also let fail Use Browser/Application (modify Open, Close to never). Any Exception will trigger the retry from the retry scope
Also you can check additional if the Application will create a new JAVA Process and on ProcessLevel (Process.GetProcessesByName(…)) evaluation you may can detect when it is worth to continue in the flow and step to the retry scope.
For sure, you can combine, adapt, modify or vary these different approaches as well