[ 
http://dev.sourcefabric.org/browse/LS-445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Romain Beauxis resolved LS-445.
-------------------------------

    Fix Version/s: 1.0
       Resolution: Fixed

This is now done!

> Rewrite harbor's execution flow
> -------------------------------
>
>                 Key: LS-445
>                 URL: http://dev.sourcefabric.org/browse/LS-445
>             Project: Liquidsoap
>          Issue Type: Task
>          Components: Liquidsoap
>    Affects Versions: 1.0
>            Reporter: Romain Beauxis
>            Assignee: Romain Beauxis
>            Priority: Critical
>             Fix For: 1.0
>
>         Attachments: camlp4_makefile.patch, duppy_monad.patch, 
> servers_camlp4.patch
>
>
> Current execution flow in harbor is based on exception raising/catching. This 
> is very problematic because it conflicts with the use of Threads and queues.
> Basically, the execution flow in harbor requires that everything stays in the 
> same thread to properly raise and catch exceptions while duppy, and more 
> generally a sensible implementation of a server code, is multithread and use 
> selection. 
> Additionally, proofreading a code using this type of execution flow is just 
> impossible..
> Furthermore, we want to have a finer-grained treatement of the various tasks 
> involved in harbor's execution flow. For instance authentication check should 
> have priority Maybe_blocking because it is using a user-defined function.
> I will fix this before 1.0, I just need some time to think about the proper 
> (and minimal) way of doing it.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://dev.sourcefabric.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Savonet-devl mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-devl

Répondre à