<?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: Alfresco Script and long running transactions in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/alfresco-script-and-long-running-transactions/m-p/279521#M232651</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I suggest you look at your error log, I suspect you will find a transacion buffer error (probably says warning but my experience is that it stops doing updates once you hit the warning). If I am correct then you problem is that your javascript is trying to do all the updates in one transaction and running out of transaction buffer space. You need to split it into multiple transactions.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Now, I have had this problem, but never found a way to split a single javascript execution into multiple transactions. I think you can do wthis by executing actions against each record because I believe (only from what I have read) that each action runs in a discrete transaction.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;When I encountered this issue, in the end, I wrote a PHP script and did it via CMIS because each CMIS update is executed in a single transaction.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 09 Dec 2013 23:24:14 GMT</pubDate>
    <dc:creator>rjohnson</dc:creator>
    <dc:date>2013-12-09T23:24:14Z</dc:date>
    <item>
      <title>Alfresco Script and long running transactions</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/alfresco-script-and-long-running-transactions/m-p/279520#M232650</link>
      <description>Hi all, I've tried to search for this topic with no luck (I admit I was not so sure what to look for). So here is my issue: I've to "adjust" a set of nodes (fixing some properties and move to a different path). I usually do this with a simple javascript script that uses a lucene query to get the lis</description>
      <pubDate>Mon, 09 Dec 2013 18:29:48 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/alfresco-script-and-long-running-transactions/m-p/279520#M232650</guid>
      <dc:creator>eureka</dc:creator>
      <dc:date>2013-12-09T18:29:48Z</dc:date>
    </item>
    <item>
      <title>Re: Alfresco Script and long running transactions</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/alfresco-script-and-long-running-transactions/m-p/279521#M232651</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I suggest you look at your error log, I suspect you will find a transacion buffer error (probably says warning but my experience is that it stops doing updates once you hit the warning). If I am correct then you problem is that your javascript is trying to do all the updates in one transaction and running out of transaction buffer space. You need to split it into multiple transactions.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Now, I have had this problem, but never found a way to split a single javascript execution into multiple transactions. I think you can do wthis by executing actions against each record because I believe (only from what I have read) that each action runs in a discrete transaction.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;When I encountered this issue, in the end, I wrote a PHP script and did it via CMIS because each CMIS update is executed in a single transaction.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 09 Dec 2013 23:24:14 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/alfresco-script-and-long-running-transactions/m-p/279521#M232651</guid>
      <dc:creator>rjohnson</dc:creator>
      <dc:date>2013-12-09T23:24:14Z</dc:date>
    </item>
  </channel>
</rss>

