<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <div class="moz-cite-prefix">On 07/01/2014 11:04 PM, Aline Manera
      wrote:<br>
    </div>
    <blockquote cite="mid:53B36893.7030502@linux.vnet.ibm.com"
      type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <br>
      <div class="moz-cite-prefix">On 06/27/2014 08:15 AM, Wen Wang
        wrote:<br>
      </div>
      <blockquote cite="mid:53AD524B.6020909@linux.vnet.ibm.com"
        type="cite">
        <meta http-equiv="content-type" content="text/html;
          charset=ISO-8859-1">
        Dear all,<br>
        <b><br>
        </b><b>Problems:</b><br>
        Now our strategy&nbsp; for long time operation is using task which
        the browser needs to check up-to-date task status time by time
        until the task ends. It's time consuming and less efficient.
        Also there exists several problems when locating each task when
        doing debug generating and storage pool as well as some new
        features that might use task strategy in the future. <br>
        <br>
        <b>Solution</b>:<br>
        As talked with Sheldon and Zhengsheng, we came up with a
        solution that avoid browser checking status every 200ms. Also,
        we might need some more labels in each task to provide more
        information when getting the task like we might need to indicate
        which operation triggered certain task. What's in our mind is to
        use the strategy that allow the server inform browser about the
        task information. Our proposal is designed as follows.<br>
        <br>
        1) Browser needs to register to the back end to indicate which
        part the result needs to reply to when the task finished.<br>
        2) The back end use broker to manage message distribution: when
        a task is finished or experiencing an error, back end inform the
        browser certain part of work is finished or error.<br>
        3) Using websocket of cherrypy to accomplish the message
        transfer.<br>
        <br>
      </blockquote>
      <br>
      +1<br>
      <br>
      We just need more details to accomplish that<br>
      Can we do it in 3 weeks (1 sprint)? or 1 sprint for backend and
      other one for the frontend?<br>
      <br>
      <blockquote cite="mid:53AD524B.6020909@linux.vnet.ibm.com"
        type="cite"> Best Regards<br>
        <br>
        Wang Wen<br>
        <br>
        <br>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Kimchi-devel mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Kimchi-devel@ovirt.org">Kimchi-devel@ovirt.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/kimchi-devel">http://lists.ovirt.org/mailman/listinfo/kimchi-devel</a>
</pre>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>