You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Stefano Bagnara (JIRA)" <ji...@apache.org> on 2010/11/20 11:28:14 UTC
[jira] Created: (PROTOCOLS-12) Retr/Top commands are blocking
Retr/Top commands are blocking
------------------------------
Key: PROTOCOLS-12
URL: https://issues.apache.org/jira/browse/PROTOCOLS-12
Project: JAMES Protocols
Issue Type: Bug
Components: pop3
Affects Versions: 1.1
Reporter: Stefano Bagnara
Assignee: Norman Maurer
As I was writing in #PROTOCOLS-11 ....
AbstractRetrCmdHandler.writeMessageContentTo does a loop and blocks while it writes each line of the message to the output channel.
This way if the remote client is blocking you either fill a buffer or block an executor thread of the SEDA pool.
So it has to be changed.
In the API we solved this issue for incoming streams (DataCmdHandler for SMTP) and we push a new linehandler in the chain to handle asynchronous streaming.
Maybe this needs a similar solution but reversed for writing a stream.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Resolved: (PROTOCOLS-12) Retr/Top commands are blocking
Posted by "Norman Maurer (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/PROTOCOLS-12?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Norman Maurer resolved PROTOCOLS-12.
------------------------------------
Resolution: Duplicate
Fix Version/s: 1.1
> Retr/Top commands are blocking
> ------------------------------
>
> Key: PROTOCOLS-12
> URL: https://issues.apache.org/jira/browse/PROTOCOLS-12
> Project: JAMES Protocols
> Issue Type: Bug
> Components: pop3
> Affects Versions: 1.1
> Reporter: Stefano Bagnara
> Assignee: Norman Maurer
> Fix For: 1.1
>
>
> As I was writing in #PROTOCOLS-11 ....
> AbstractRetrCmdHandler.writeMessageContentTo does a loop and blocks while it writes each line of the message to the output channel.
> This way if the remote client is blocking you either fill a buffer or block an executor thread of the SEDA pool.
> So it has to be changed.
> In the API we solved this issue for incoming streams (DataCmdHandler for SMTP) and we push a new linehandler in the chain to handle asynchronous streaming.
> Maybe this needs a similar solution but reversed for writing a stream.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org