<?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: JTA inside a java delegate in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/jta-inside-a-java-delegate/m-p/137050#M96107</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Q1: Best to move the screen to a user-task an loop-back. This allows you to have the process persisted with the right state and variables and there is no need to have duplicate logic (both for rendering start-form and rendering task-form with the same form).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Q2: You can just store the assignee the user selected as a process-variable. In the next task where the assignee should be set, use 'activiti:assignee="${assigneeSelectedWhenStarted}"' or use the BPMN2.0 counterpart (see user guide).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Q3: Again, use a process-variable so it's persistent and independent of environment (CDI). Use a gateway with conditions on the flow (e.g.. {$approved == "Yes"}, so it goes to a userTask with activiti:assignee="${initiator}" (having activiti:initiator="initiator" on you start-event).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Q4: Best to do this from the process itself, so all logic related to the process (getaways, tasks, DB-writes) is bundled and contained in one place to have a good overview.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Q5: If you're using JTA and the final task.complete() generates an exception, bot activiti entities and your custom entities will be rolled back. You can just show the error-message and the task WILL NOT be completed and will still be available. It's like the complete never happened…&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 22 May 2013 05:04:08 GMT</pubDate>
    <dc:creator>frederikherema1</dc:creator>
    <dc:date>2013-05-22T05:04:08Z</dc:date>
    <item>
      <title>JTA inside a java delegate</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/jta-inside-a-java-delegate/m-p/137048#M96105</link>
      <description>We have a Activiti workflow with UI developed using JSF , JPA and CDI. We have a submit screen which is associated with start-form-key and one User task which correspondsto the approver screen. I have some questions :-Q1) We have a requirement such that if Approver rejects the data then we need to s</description>
      <pubDate>Thu, 16 May 2013 15:30:49 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/jta-inside-a-java-delegate/m-p/137048#M96105</guid>
      <dc:creator>chimu</dc:creator>
      <dc:date>2013-05-16T15:30:49Z</dc:date>
    </item>
    <item>
      <title>Re: JTA inside a java delegate</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/jta-inside-a-java-delegate/m-p/137049#M96106</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I have one more question to include in addition to above one&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Q5) If I commit my business data in in user task of final approver, then atleast I can show error message on his screen(on exception) and that task will still remain alive in his Inbox, but on other hand if I commit inside a service task then users will never come to know that final approved data never got committed to database, and their Task explorer will also not show any pending task. So what is best practice, to commit data in service task or in the last approver user task.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 20 May 2013 05:51:01 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/jta-inside-a-java-delegate/m-p/137049#M96106</guid>
      <dc:creator>chimu</dc:creator>
      <dc:date>2013-05-20T05:51:01Z</dc:date>
    </item>
    <item>
      <title>Re: JTA inside a java delegate</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/jta-inside-a-java-delegate/m-p/137050#M96107</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Q1: Best to move the screen to a user-task an loop-back. This allows you to have the process persisted with the right state and variables and there is no need to have duplicate logic (both for rendering start-form and rendering task-form with the same form).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Q2: You can just store the assignee the user selected as a process-variable. In the next task where the assignee should be set, use 'activiti:assignee="${assigneeSelectedWhenStarted}"' or use the BPMN2.0 counterpart (see user guide).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Q3: Again, use a process-variable so it's persistent and independent of environment (CDI). Use a gateway with conditions on the flow (e.g.. {$approved == "Yes"}, so it goes to a userTask with activiti:assignee="${initiator}" (having activiti:initiator="initiator" on you start-event).&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Q4: Best to do this from the process itself, so all logic related to the process (getaways, tasks, DB-writes) is bundled and contained in one place to have a good overview.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Q5: If you're using JTA and the final task.complete() generates an exception, bot activiti entities and your custom entities will be rolled back. You can just show the error-message and the task WILL NOT be completed and will still be available. It's like the complete never happened…&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 22 May 2013 05:04:08 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/jta-inside-a-java-delegate/m-p/137050#M96107</guid>
      <dc:creator>frederikherema1</dc:creator>
      <dc:date>2013-05-22T05:04:08Z</dc:date>
    </item>
  </channel>
</rss>

