<?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 Deploying Workflows with Delegates - Can't Delete in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/deploying-workflows-with-delegates-can-t-delete/m-p/151424#M106181</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi - we're using activiti-explorer to manage our workflows.&amp;nbsp; We uploaded a new workflow that contains dependencies on Java delegates.&amp;nbsp; We uploaded the new workflow using the "Processes" tab and deployed it.&amp;nbsp; There were no problems with this.&amp;nbsp; Once we wanted to delete the deployment, we noticed we forgot to put the Java delegates into the classpath of the engine.&amp;nbsp; As such, we were informed we could not delete the deployed workflow.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;As a work-around, we went to the database directly and deleted the necessary entries to clean it up.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Is there a way to delete these workflows that may not have the proper classpath entries?&amp;nbsp; Better yet…&amp;nbsp; is there a way to prevent the workflows from being deployed unless the necessary delegate classes are in the classpath?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 02 Aug 2013 19:20:39 GMT</pubDate>
    <dc:creator>zoikks1</dc:creator>
    <dc:date>2013-08-02T19:20:39Z</dc:date>
    <item>
      <title>Deploying Workflows with Delegates - Can't Delete</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/deploying-workflows-with-delegates-can-t-delete/m-p/151424#M106181</link>
      <description>Hi - we're using activiti-explorer to manage our workflows.&amp;nbsp; We uploaded a new workflow that contains dependencies on Java delegates.&amp;nbsp; We uploaded the new workflow using the "Processes" tab and deployed it.&amp;nbsp; There were no problems with this.&amp;nbsp; Once we wanted to delete the deployment, we noticed we fo</description>
      <pubDate>Fri, 02 Aug 2013 19:20:39 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/deploying-workflows-with-delegates-can-t-delete/m-p/151424#M106181</guid>
      <dc:creator>zoikks1</dc:creator>
      <dc:date>2013-08-02T19:20:39Z</dc:date>
    </item>
    <item>
      <title>Re: Deploying Workflows with Delegates - Can't Delete</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/deploying-workflows-with-delegates-can-t-delete/m-p/151425#M106182</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;In the beginning, we had additional checks at deploy-time to see if the needed classes were on the class path. But we reverted that, due to the fact one can do "deploys" from other engines than the actual engine running the workflows. This was too restrictive, so we got rid of it.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;One solution would be to alter the actual ACT_GE_BYTEARRAY entry for that deployment (!! when engine is down), removing the offending listeners. After booting the engine, you can delete the process and everything is nicely cleaned up the way it should (cascading all related entities). Another approach would be to migrate the process-instances to a newer version, which don't have the wrong class-pointers in it (using SetProcessDefinitionsCmd, search forum for this), so they are running in a process that can be deleted.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 Aug 2013 08:31:56 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/deploying-workflows-with-delegates-can-t-delete/m-p/151425#M106182</guid>
      <dc:creator>frederikherema1</dc:creator>
      <dc:date>2013-08-05T08:31:56Z</dc:date>
    </item>
  </channel>
</rss>

