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 "Norman Maurer (JIRA)" <se...@james.apache.org> on 2006/12/25 18:34:22 UTC

[jira] Commented: (JAMES-750) Refactor AbstractJamesHandler and SMTPHandler/Handlerapi to be line-push-based (isolate IO layer)

    [ http://issues.apache.org/jira/browse/JAMES-750?page=comments#action_12460797 ] 
            
Norman Maurer commented on JAMES-750:
-------------------------------------

I commited your 3rd patch to the handlerapi-experiment branch. I whould like to work with you on the branch to get the handlerapi and fastfail stuff done. So far you patch looks very good. Thx!

> Refactor AbstractJamesHandler and SMTPHandler/Handlerapi to be line-push-based (isolate IO layer)
> -------------------------------------------------------------------------------------------------
>
>                 Key: JAMES-750
>                 URL: http://issues.apache.org/jira/browse/JAMES-750
>             Project: James
>          Issue Type: Improvement
>          Components: SMTPServer, James Core
>            Reporter: Stefano Bagnara
>             Fix For: Next Major
>
>         Attachments: handlerapi-asynch-2nd.diff, handlerapi-asynch-3rd.diff, handlerapi-asynch.diff
>
>
> From past discussions we decided that we are not ready to switch to MINA right now, but we want handlerapi-v2 to be easily ported to MINA and other asynchronous IO frameworks.
> Not everyone agreed switching to MINA-only (and require java5 for SSL usage) and Noel made a strawman implementation of a push based/line based processor.
> This is my attempt to bring this thing to James.
> This is only a first hack to make it working because DataCmdHandler will need almost a full rewrite. Now I used CRLFDelimitedByteBuffer from Noel and I updated the main code to introduce a lineHandlers stack and a LineHandler interface (LineHandler is my name for Noel IOHandler, I preferred to use LineHandler to avoid reusing a mina name with a different behaviour and avoid confusion).
> SMTPServerTest pass, but a lot of code have to be fixed/improved in order to apply this to trunk.

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

        

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: [jira] Commented: (JAMES-750) Refactor AbstractJamesHandler and SMTPHandler/Handlerapi to be line-push-based (isolate IO layer)

Posted by Stefano Bagnara <ap...@bago.org>.
Norman Maurer (JIRA) wrote:
>     [ http://issues.apache.org/jira/browse/JAMES-750?page=comments#action_12460797 ] 
>             
> Norman Maurer commented on JAMES-750:
> -------------------------------------
> 
> I commited your 3rd patch to the handlerapi-experiment branch. I whould like to work with you on the branch to get the handlerapi and fastfail stuff done. So far you patch looks very good. Thx!


Thank you,
ok, let's work on that sandbox while the PMC decide what to do with 
trunk and branching.

Stefano


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org