I went through some of videos on the same topic and some of the links in forum.
but still not much clear on thse variables.
Well as per my understanding
1.EX : RetryNumber = 2 - its used to retry all the activities in the process.
EX : MaxRetryNumber = 3 N Max # of Retries = 2 - then the MaxRetryNumber from config file will considered…
MaxConsecutiveSystemExceptions (in config file we set it ) and ConsecutiveSystemExceptions
Can any one please help me to understand these all variables clearly
Yeah, I can see your confusion, this is poorly explained in the REFramework, another reason I say it needs rebuilding from scratch.
The MaxConsecutiveSystemExceptions is used to determine when the performer should stop trying to process queue items.
If for example you have it set to 3, and then 3 queue items get a system exception in a row, then the performer will stop (worth noting it will be automatically triggered again in 30 minutes or so if there is a queue trigger). If you get 2 fails, then a success, the counter resets to zero, so if you get another fail the performer won’t stop.
the MaxRetry is on a transaction level, its supposed to help you try the same transaction multiple times if it fails, but I believe the description is noting that if you use a queue (which is default) this must be set to zero as otherwise you’ll retry a queue item that has been set to failed. Its more confusing than useful to be honest as the default usage is with queues and queues can automatically retry.
@Jon_Smith Thank you for the detailed explaination well i have to use the REF only.
So i dint get yet the diff b/w the MaxRetry Number(in the config file) n Max # of retries in queue… I have written the code , only these things i are tricky…
May retry in config file is for the situations when you don’t want to or have not used queues in your project. Instead of queues, if you choose to iterate through any other input source like data table, in that case, this variable comes in handy. In a project without queues, it instructs the bot to retry the transactions in case of system exception.
Max retry specified in queues is only used for retrying if you are using queues in your project.
And max consecutive system exceptions applies to both types of max retries and basically instructs the bot that if a system exception has occurred 3( let’s say) times in a row, stop the process. If this value is set as 0, even though all the transactions are failing with system exceptions, bot would continue to run all the transactions and then also retry all those failed transactions.
Also, please check below thread for more details/ video related to this topic:
When you use queues max # of retreis is used which defines when a item fails with system exception how many times it should be retried
And maxretrynumber in config is to be used when no queues are used and the retry needs to happen from the process side for current transaction again…in this case the transaction items can be datarow.string,number etc…anythign other than queue item
Thank you so much for all the inputs, i ran the project its successful, also i tried to produce some errors and i checked the following variables
MaxConsecutiveSystemExceptions , consecutive SE, Retray
well i am creating some more projects for my own understanding. So i came across this below thread
I think i may require a mentor for time being. I have registered as a mentee, so do they provide mentor now also, i see that thread was created in 2021.
