<?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 Re: Timer record in ACT_RU_JOB locked repeatedly in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/timer-record-in-act-ru-job-locked-repeatedly/m-p/200250#M153380</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Following on from Jim's comment above, a typical entry we are seeing in the ACT_RU_JOB table looks like this. You can see that it's already got to revision 42. The revision continues to increment every 3 minutes, yet the job has never actually been executed - you can see the retries is still at 3. So the process instance just stays sitting on the timer.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;lt;code&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;id_,rev_,type_,lock_exp_time_,lock_owner_,exclusive_,execution_id_,process_instance_id_,proc_def_id_,retries_,exception_stack_id_,exception_msg_,duedate_,repeat_,handler_type_,handler_cfg_,tenant_id_&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;183044,42,timer,2015-10-26 11:25:23.8,30707a1d-d3ac-4146-95e0-a224bd9dbf62,t,183043,162545,TEST-v3:1:162544,3,,,2015-10-26 08:00:00,,timer-intermediate-transition,{"activityId":"sid-0F08BA31-98E7-400D-B2AB-32C33776B44E"},312&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;lt;/code&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 26 Oct 2015 11:34:33 GMT</pubDate>
    <dc:creator>mikew1</dc:creator>
    <dc:date>2015-10-26T11:34:33Z</dc:date>
    <item>
      <title>Timer record in ACT_RU_JOB locked repeatedly</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/timer-record-in-act-ru-job-locked-repeatedly/m-p/200249#M153379</link>
      <description>We have a fairly simple BPM which uses a timer to wait before creating a user task.Start –&amp;gt; Timer Catching Event –&amp;gt; User Task –&amp;gt; EndWe noticed that the user task wasn't becoming available at the point the timer expired, and on investigation found that the record for the timer in ACT_RU_JOB</description>
      <pubDate>Fri, 23 Oct 2015 12:28:00 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/timer-record-in-act-ru-job-locked-repeatedly/m-p/200249#M153379</guid>
      <dc:creator>jim1</dc:creator>
      <dc:date>2015-10-23T12:28:00Z</dc:date>
    </item>
    <item>
      <title>Re: Timer record in ACT_RU_JOB locked repeatedly</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/timer-record-in-act-ru-job-locked-repeatedly/m-p/200250#M153380</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Following on from Jim's comment above, a typical entry we are seeing in the ACT_RU_JOB table looks like this. You can see that it's already got to revision 42. The revision continues to increment every 3 minutes, yet the job has never actually been executed - you can see the retries is still at 3. So the process instance just stays sitting on the timer.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;lt;code&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;id_,rev_,type_,lock_exp_time_,lock_owner_,exclusive_,execution_id_,process_instance_id_,proc_def_id_,retries_,exception_stack_id_,exception_msg_,duedate_,repeat_,handler_type_,handler_cfg_,tenant_id_&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;183044,42,timer,2015-10-26 11:25:23.8,30707a1d-d3ac-4146-95e0-a224bd9dbf62,t,183043,162545,TEST-v3:1:162544,3,,,2015-10-26 08:00:00,,timer-intermediate-transition,{"activityId":"sid-0F08BA31-98E7-400D-B2AB-32C33776B44E"},312&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;lt;/code&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 26 Oct 2015 11:34:33 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/timer-record-in-act-ru-job-locked-repeatedly/m-p/200250#M153380</guid>
      <dc:creator>mikew1</dc:creator>
      <dc:date>2015-10-26T11:34:33Z</dc:date>
    </item>
    <item>
      <title>Re: Timer record in ACT_RU_JOB locked repeatedly</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/timer-record-in-act-ru-job-locked-repeatedly/m-p/200251#M153381</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;OK, we found the cause. There was another instance of activiti running which happened to be pointing to the same database.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 26 Oct 2015 13:48:34 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/timer-record-in-act-ru-job-locked-repeatedly/m-p/200251#M153381</guid>
      <dc:creator>mikew1</dc:creator>
      <dc:date>2015-10-26T13:48:34Z</dc:date>
    </item>
    <item>
      <title>Re: Timer record in ACT_RU_JOB locked repeatedly</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/timer-record-in-act-ru-job-locked-repeatedly/m-p/200252#M153382</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Thanks for posting back with your findings. That would explain it. But does that mean that the job get executed or not? One of the competing job executors should execute it.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 28 Oct 2015 18:59:01 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/timer-record-in-act-ru-job-locked-repeatedly/m-p/200252#M153382</guid>
      <dc:creator>jbarrez</dc:creator>
      <dc:date>2015-10-28T18:59:01Z</dc:date>
    </item>
  </channel>
</rss>

