You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Bernd Fondermann (JIRA)" <ji...@apache.org> on 2012/12/18 09:28:14 UTC

[jira] [Assigned] (VYSPER-337) Sequential processing of stanzas per StanzaRelay

     [ https://issues.apache.org/jira/browse/VYSPER-337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Bernd Fondermann reassigned VYSPER-337:
---------------------------------------

    Assignee: Bernd Fondermann
    
> Sequential processing of stanzas per StanzaRelay
> ------------------------------------------------
>
>                 Key: VYSPER-337
>                 URL: https://issues.apache.org/jira/browse/VYSPER-337
>             Project: VYSPER
>          Issue Type: Improvement
>          Components: stanza routing
>    Affects Versions: 0.7
>            Reporter: Bernd Fondermann
>            Assignee: Bernd Fondermann
>
> Currently, StanzaRelays typically act as a "stage", in that they queue and process stanzas.
> The most important one probably is DeliveringInternalInboundStanzaRelay.
> If multiple stanzas are queued intentionally in a certain sequence (A, B), the relay's queue ensures that processing of stanzas (i.e. assignment to threads from the pool) starts in that sequence.
> The weak point is that B's processing can finished before A's. This is not a problem if A is delivered to a different session than B. However, if both, A and B, are delivered to the same session, the sequence has changed, which may be unwanted. (Example: A: presence for a MUC room, B: history message for the same room.) 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira