On the first Invoke Code activity (CSharp) (even if it is empty), there is a distinct startup delay for this activity. You can easily see it when Execution Trail is enabled during a debug.
How can I prevent this inherent delay from occurring?
On the first Invoke Code activity (CSharp) (even if it is empty), there is a distinct startup delay for this activity. You can easily see it when Execution Trail is enabled during a debug.
How can I prevent this inherent delay from occurring?
Hi @grosner
I recently noticed the same thing for invoke code activity.
I couldn’t find any solution to be honest, other than developing a custom activity in C# for that purpose.
Can you either share the custom activity or explain how this helped?
The custom activity contained the C# code i was putting inside the invoke code activity.
A custom activity is an activity that is developed from scratch in visual studio (in c# or vb.net)
The difference is basically that compiled code is always faster than interpreted code even if it’s the same programming language.
Hope this helps ![]()
ok. Thank you. What is most interesting is that even an empty Invoke Code activity causes a delay, but the very next Invoke Code is NOT delayed!
So I am guessing this is caused by UiPath doing some kind of later binding to call in the CSharp imports when it encounters the very first invoke code.