In guideline of Queue Trigger (About Triggers), i found below description
Once every 30 minutes a check for new, unprocessed items is performed, and whenever such items exist, the target process is triggered.
Does it mean sometime my job have to wait 30mins for trigger after queue data adding?
If yes, i think 30 minutes is too long. Should Uipath reduce this time, or allow Orchestrator’s admin setting this time by himself?
Agreed - 30 minutes is way too long considering that Transactions could be process in minutes of not seconds. This will cause a backlog in Queue Transactions. This should be configurable based on needs.
Please note that the trigger works instantly with new added items. That timeout applies only to unprocessed items like retried transactions… or, for example, if you disable a trigger and at some point you re-enable it. If there are already X items in queue the trigger will fire when a new item is added or at the specified interval.
I would suggest that UiPath add this clarification to the documentation page for Qeuue Trigger because people will think that new job will start when there are new items in the queue, when in fact, it starts when a new item is ADDED or at the specified interval.
@badita - some times queueu based triggers are not processing in Enterprise on-prem version also.
If we add multiple items (ex - added 3 items to a queue with in a delay of 2 seconds for each item) -
In this case queue based trigger will create job only for 1st queue item and it will not create jobs for second & third items.
eighter we need to wait for 30mins/defined time or add another item (4th item) into the queue to process remaining items.
Has there been a solution for this? With 2021.4 Community version as well, the job only seems to be created for the 1st item added to the queue. As the GetTransactionItem only retrieves 1 transaction at a time, the 1st transaction is processed whereas no jobs after that. It triggers after 30 mins and then it processes another transaction from the queue. I am unable to process all items from the queue without adding a loop in the process. Any solutions please?
You can use RE Framework for getting all the items at one single job. It has a loop, yes, but it is very easy to adapt any process to it.
If the item is processed too quick (like, quicker than the new items is added to the queue) you can add a delay before the “get transaction data” workflow. So the first item will be processed quick but the job will wait for the new items to process.