You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Paul Clare (JIRA)" <ji...@apache.org> on 2012/09/04 19:08:08 UTC
[jira] [Created] (VYSPER-323) (VYSPER-275) Race condition in stanza
handling - How does this affect the BoshEndpoint ?
Paul Clare created VYSPER-323:
---------------------------------
Summary: (VYSPER-275) Race condition in stanza handling - How does this affect the BoshEndpoint ?
Key: VYSPER-323
URL: https://issues.apache.org/jira/browse/VYSPER-323
Project: VYSPER
Issue Type: Question
Affects Versions: 0.8
Reporter: Paul Clare
Currently the BoshHandler places stanzas directly in the StazaProcessor which prior to fix 275 was a QueuedStazaProcessor with an underlying ExecutorService. and as a result, the calls will not block but are likely to have sequencing issues.
275 replaces the QueuedStazaProcessor with a ProtocolWorker in favor of moving the ExecutorService to the TCPEndpoint.
I am hoping to get some thoughts on the impact of removing the QueuedStazaProcessor from the BoshHandler which will make it a blocking call on the ProtocolWorker.
BoshHandler.processStanza() {
serverRuntimeContext.getStanzaProcessor().processStanza(
serverRuntimeContext, session, stanza, session.getStateHolder());
}
--
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
[jira] [Closed] (VYSPER-323) (VYSPER-275) Race condition in stanza
handling - How does this affect the BoshEndpoint ?
Posted by "Bernd Fondermann (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VYSPER-323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bernd Fondermann closed VYSPER-323.
-----------------------------------
Resolution: Not A Problem
Don't know what to do with this JIRA
> (VYSPER-275) Race condition in stanza handling - How does this affect the BoshEndpoint ?
> -----------------------------------------------------------------------------------------
>
> Key: VYSPER-323
> URL: https://issues.apache.org/jira/browse/VYSPER-323
> Project: VYSPER
> Issue Type: Question
> Affects Versions: 0.8
> Reporter: Paul Clare
>
> Currently the BoshHandler places stanzas directly in the StazaProcessor which prior to fix 275 was a QueuedStazaProcessor with an underlying ExecutorService. and as a result, the calls will not block but are likely to have sequencing issues.
> 275 replaces the QueuedStazaProcessor with a ProtocolWorker in favor of moving the ExecutorService to the TCPEndpoint.
> I am hoping to get some thoughts on the impact of removing the QueuedStazaProcessor from the BoshHandler which will make it a blocking call on the ProtocolWorker.
> BoshHandler.processStanza() {
> serverRuntimeContext.getStanzaProcessor().processStanza(
> serverRuntimeContext, session, stanza, session.getStateHolder());
> }
--
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
[jira] [Commented] (VYSPER-323) (VYSPER-275) Race condition in
stanza handling - How does this affect the BoshEndpoint ?
Posted by "Bernd Fondermann (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VYSPER-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13448638#comment-13448638 ]
Bernd Fondermann commented on VYSPER-323:
-----------------------------------------
Is this a question or a bug report?
Please ask questions on the public mailing list dev@mina.apache.org. Thank you!
> (VYSPER-275) Race condition in stanza handling - How does this affect the BoshEndpoint ?
> -----------------------------------------------------------------------------------------
>
> Key: VYSPER-323
> URL: https://issues.apache.org/jira/browse/VYSPER-323
> Project: VYSPER
> Issue Type: Question
> Affects Versions: 0.8
> Reporter: Paul Clare
>
> Currently the BoshHandler places stanzas directly in the StazaProcessor which prior to fix 275 was a QueuedStazaProcessor with an underlying ExecutorService. and as a result, the calls will not block but are likely to have sequencing issues.
> 275 replaces the QueuedStazaProcessor with a ProtocolWorker in favor of moving the ExecutorService to the TCPEndpoint.
> I am hoping to get some thoughts on the impact of removing the QueuedStazaProcessor from the BoshHandler which will make it a blocking call on the ProtocolWorker.
> BoshHandler.processStanza() {
> serverRuntimeContext.getStanzaProcessor().processStanza(
> serverRuntimeContext, session, stanza, session.getStateHolder());
> }
--
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