Hi Maciej, thanks for your old and your new comments. Do you remember if I answer all the old ones? Answers in line<br><br><div class="gmail_quote">On Sun, Jul 22, 2012 at 3:45 PM, Maciej Swiderski <span dir="ltr">&lt;<a href="mailto:mswiders@redhat.com" target="_blank">mswiders@redhat.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Mauricio, great job with all the wiki&#39;s
      about it! it really helps to follow the design.<br>
      <br>
      As it comes for comments, most of them have already sent to you
      like  a month ago. In addition to those I have few more:<br>
      - is task definition service mandatory - I mean we already have
      definition of a task as userTask in bpmn2 so don&#39;t see a reason
      why we need to have definition once again stored on task server?<br></div></div></blockquote><div>Good point, and the answer is: It depends. the UserTask information is just a dimension of the information that can be stored about a Human Interaction. As you well mention this information is already inside the BPMN2 schema. We can decorate this information with additional information if we want, and we can share those definitions between different processes. Think about it as a UserTask template with some predefined values and expressions. Is it mandatory? to have the same functionality that we have today, no, it is not. But I would love to have the place holder to implement the logic if we need it in the future. When you start thinking about the form builder, sub tasking, questionnaires, etc inside the context of the task, it will probably make more sense to have a place where we can store that extra information that is not related in any way to the process definition.</div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div>
      - seam transactions - does that mean we have tight dependency on
      seam framework? do we want that? I recall that some time ago we
      tried to remove such dependency... and wondering how that would
      look like in other application servers, etc....<br></div></div></blockquote><div>Ok, I wasn&#39;t suggesting seam transactions, I was suggesting seam persistence, which basically is doing all the dirty work that we are doing for supporting different &quot;Persistence and Transactions&quot; configurations. Think about seam persistence as Spring Persistence, if we adopt Spring, that dependency will be required. The good thing about Seam Persistence is that gives us all the glue to support Spring and Weld together under the umbrella of the CDI specification. Chase me in the chat, if you want to talk more about this topic, because I know that sometimes we think that seam is more than what we it really is.</div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div>
      - backward compatibility - will we have any layer that will
      provide old way to the new task server or we consider this as one
      time switch?<span class="HOEnZb"><font color="#888888"><br>
      <br></font></span></div></div></blockquote><div>Yes, but I will be working in parallel to implement the same set of features using the new proposed architecture. Give me a week and we can think about how we can support or propose the jump from one to the other. Because we are re-structuring the interfaces, at some point the migration will need to happen, it doesn&#39;t matter the code behind the interfaces.  </div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div><span class="HOEnZb"><font color="#888888">
      Maciej</font></span><div><div class="h5"><br></div></div></div></div></blockquote><div>Cheers, and thanks again for the comments! </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div bgcolor="#FFFFFF" text="#000000"><div><div><div class="h5">
      <br>
      On 19.07.2012 11:25, Mauricio Salatino wrote:<br>
    </div></div></div>
    <blockquote type="cite"><div><div class="h5">Hi Guys,
      <div>I&#39;ve made a brief about the refactorings that I&#39;m planning to
        do based on the experiments that I was doing based on the
        concepts and requirements for a Human Task module that we all
        know. </div>
      <div><br>
      </div>
      <div>I&#39;ve published this wiki page summarizing the main points
        that I&#39;m targeting to cover on this refactor, so I appreciate
        any feedback remarks, questions.</div>
      <div><a href="https://community.jboss.org/wiki/HumanTaskModuleRefactoring" target="_blank">https://community.jboss.org/wiki/HumanTaskModuleRefactoring</a></div>
      <div><br>
      </div>
      <div>Let me know if you don&#39;t understand something or if you have
        doubts about this approach. In my perspective this looks clear,
        simple, flexible as it should be :)</div>
      <div>But I&#39;m open to any constructive criticism.</div>
      <div>As mentioned in the document, you can download a working
        version of this component from the following URL if you want to
        see how the APIs feel and how the internals are working: <a href="https://github.com/Salaboy/human-task-poc-proposal/" target="_blank">https://github.com/Salaboy/human-task-poc-proposal/</a></div>
      <div><br>
      </div>
      <div>The next step after the feedback is making it real :)</div>
      <div><br>
      </div>
      <div>Cheers</div>
      <div><br>
      </div>
      <div><br clear="all">
        <div><br>
        </div>
        -- <br>
         - MyJourney @ <a href="http://salaboy.wordpress.com" target="_blank">http://salaboy.wordpress.com</a>
        <div>
           - Co-Founder @ <a href="http://www.jugargentina.org" target="_blank">http://www.jugargentina.org</a><br>
           - Co-Founder @ <a href="http://www.jbug.com.ar" target="_blank">http://www.jbug.com.ar</a><br>
           <br>
           - Salatino &quot;Salaboy&quot; Mauricio -</div>
        <br>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><div class="im"><pre>_______________________________________________
jbpm-dev mailing list
<a href="mailto:jbpm-dev@lists.jboss.org" target="_blank">jbpm-dev@lists.jboss.org</a>
<a href="https://lists.jboss.org/mailman/listinfo/jbpm-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/jbpm-dev</a>
</pre>
    </div></blockquote>
    <br>
    <br>
  </div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br> - MyJourney @ <a href="http://salaboy.wordpress.com" target="_blank">http://salaboy.wordpress.com</a><div> - Co-Founder @ <a href="http://www.jugargentina.org" target="_blank">http://www.jugargentina.org</a><br>

 - Co-Founder @ <a href="http://www.jbug.com.ar" target="_blank">http://www.jbug.com.ar</a><br> <br> - Salatino &quot;Salaboy&quot; Mauricio -</div><br>