<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Firstly, as Bastiaan says, in Product Forum</title>
    <link>https://community.blueprism.com/t5/Product-Forum/attempts-of-a-queue-item/m-p/84033#M35229</link>
    <description>Firstly, as Bastiaan says, the queue must be configured to enable retries (ie Max Attempts &amp;gt; 1). After that, it's all down to how you use the inputs to the Mark Exception stage. You can choose not to retry (because there may be no point) or whether to take possession of the new retry item immediately rather than use Get Next Item. A retry item is effectively a clone of the original item, so you will see the number of item in your queue increase with each retry.</description>
    <pubDate>Tue, 02 May 2017 15:29:00 GMT</pubDate>
    <dc:creator>John__Carter</dc:creator>
    <dc:date>2017-05-02T15:29:00Z</dc:date>
    <item>
      <title>attempts of a queue item</title>
      <link>https://community.blueprism.com/t5/Product-Forum/attempts-of-a-queue-item/m-p/84032#M35228</link>
      <description>How do you handle the attempts of a queue item? If 1 run fails and I want to retry?</description>
      <pubDate>Fri, 28 Apr 2017 21:13:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/attempts-of-a-queue-item/m-p/84032#M35228</guid>
      <dc:creator>EstebanCarrasco</dc:creator>
      <dc:date>2017-04-28T21:13:00Z</dc:date>
    </item>
    <item>
      <title>Firstly, as Bastiaan says,</title>
      <link>https://community.blueprism.com/t5/Product-Forum/attempts-of-a-queue-item/m-p/84033#M35229</link>
      <description>Firstly, as Bastiaan says, the queue must be configured to enable retries (ie Max Attempts &amp;gt; 1). After that, it's all down to how you use the inputs to the Mark Exception stage. You can choose not to retry (because there may be no point) or whether to take possession of the new retry item immediately rather than use Get Next Item. A retry item is effectively a clone of the original item, so you will see the number of item in your queue increase with each retry.</description>
      <pubDate>Tue, 02 May 2017 15:29:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/attempts-of-a-queue-item/m-p/84033#M35229</guid>
      <dc:creator>John__Carter</dc:creator>
      <dc:date>2017-05-02T15:29:00Z</dc:date>
    </item>
    <item>
      <title>Is just what I was testing,</title>
      <link>https://community.blueprism.com/t5/Product-Forum/attempts-of-a-queue-item/m-p/84034#M35230</link>
      <description>Is just what I was testing, the idea is for example if I have defined 5 retries, that in the fifth loop is copied the item to a new queue and so will have the items that must be processed manually or export to an excel the data for The manual process, the alternatives are many</description>
      <pubDate>Tue, 02 May 2017 23:03:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/attempts-of-a-queue-item/m-p/84034#M35230</guid>
      <dc:creator>EstebanCarrasco</dc:creator>
      <dc:date>2017-05-02T23:03:00Z</dc:date>
    </item>
  </channel>
</rss>

