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 Anagha Mudigonda <an...@gmail.com> on 2005/07/26 12:08:43 UTC
JAMES fast fail
Hi all,
Since there is no clearly consensus as to whether JAMES should be
rearchitected around MINA, I am implementing the design I proposed.
Currently I am working on the latest stable release 2.2.0. Do you
suggest I take a later release?
~Anagha
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: JAMES fast fail
Posted by Anagha Mudigonda <an...@gmail.com>.
Sounds like a great idea. I will keep your suggestion in mind.
~anagha
On 7/26/05, Stefano Bagnara <ap...@bago.org> wrote:
> > Hi all,
> >
> > Since there is no clearly consensus as to whether JAMES
> > should be rearchitected around MINA, I am implementing the
> > design I proposed.
>
> I think most of fast fail code should not *depend* on (the transport) MINA
> (while I would like to have a mina based smtp handler).
> But I'm for code reuse and for modularity, and Mike already started a good
> MINA based smtp implementation providing some sort of fast fail.
>
> I think you should look at
> https://svn.safehaus.org/repos/mail/trunk/src/java/org/safehaus/hausmail/smt
> p/server/ and possibly try to use similar interfaces (If I remember
> correctly this is not too different from what you proposed). If you refactor
> the current NON-MINA smtp implementation around these "common" interfaces
> then we will have fast fail for both implementations (Mike's MINA and your
> james smtpserver refactoring).
>
> Of course Mike's interfaces depends on MINA so yours will be a little
> different: the more we try to get things coded against similar interfaces
> the easier a merge/port will be in future.
>
> E.g:
> SMTPSession and CommandMessage are not MINA based. SMTPCommandHandler and
> all the commands in command/* only depends on IOSession from MINA so you
> could create your own "session" object and still use similar
> code/interfaces: it will not be compatible with IOSession but it will not
> differ too much.
>
> > Currently I am working on the latest stable release 2.2.0.
> > Do you suggest I take a later release?
>
> Sure, you should grab the latest head from here:
> http://svn.apache.org/viewcvs.cgi/james/server/trunk/
>
> There is an updated avalon/phoenix container and a lot of fixes.
> Some of us already use it in production server so it should be stable
> enough.
>
> BTW, I also agree with Danny and Noel: make your own path and consider this
> message simply an "hint".
> Stefano
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: JAMES fast fail
Posted by Stefano Bagnara <ap...@bago.org>.
> Hi all,
>
> Since there is no clearly consensus as to whether JAMES
> should be rearchitected around MINA, I am implementing the
> design I proposed.
I think most of fast fail code should not *depend* on (the transport) MINA
(while I would like to have a mina based smtp handler).
But I'm for code reuse and for modularity, and Mike already started a good
MINA based smtp implementation providing some sort of fast fail.
I think you should look at
https://svn.safehaus.org/repos/mail/trunk/src/java/org/safehaus/hausmail/smt
p/server/ and possibly try to use similar interfaces (If I remember
correctly this is not too different from what you proposed). If you refactor
the current NON-MINA smtp implementation around these "common" interfaces
then we will have fast fail for both implementations (Mike's MINA and your
james smtpserver refactoring).
Of course Mike's interfaces depends on MINA so yours will be a little
different: the more we try to get things coded against similar interfaces
the easier a merge/port will be in future.
E.g:
SMTPSession and CommandMessage are not MINA based. SMTPCommandHandler and
all the commands in command/* only depends on IOSession from MINA so you
could create your own "session" object and still use similar
code/interfaces: it will not be compatible with IOSession but it will not
differ too much.
> Currently I am working on the latest stable release 2.2.0.
> Do you suggest I take a later release?
Sure, you should grab the latest head from here:
http://svn.apache.org/viewcvs.cgi/james/server/trunk/
There is an updated avalon/phoenix container and a lot of fixes.
Some of us already use it in production server so it should be stable
enough.
BTW, I also agree with Danny and Noel: make your own path and consider this
message simply an "hint".
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: JAMES fast fail
Posted by Danny Angus <Da...@slc.co.uk>.
Thats right, work on the design you proposed, thats what we expected.
I would suggest you work on the trunk, not on the branch.
|---------+---------------------------->
| | Anagha Mudigonda |
| | <anaghamudigonda@|
| | gmail.com> |
| | |
| | 26/07/2005 11:08 |
| | Please respond to|
| | "James Developers|
| | List" |
|---------+---------------------------->
>---------------------------------------------------------------------------------------------------------------------------------|
| |
| To: James Developers List <se...@james.apache.org> |
| cc: |
| Subject: JAMES fast fail |
>---------------------------------------------------------------------------------------------------------------------------------|
Hi all,
Since there is no clearly consensus as to whether JAMES should be
rearchitected around MINA, I am implementing the design I proposed.
Currently I am working on the latest stable release 2.2.0. Do you
suggest I take a later release?
~Anagha
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
***************************************************************************
The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limit
ed.
This footnote also confirms that this email message has been swept for the presence of computer viruses.
**************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org