directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Trustin Lee (JIRA)" <>
Subject [jira] Commented: (DIRMINA-66) Does your StreamIoHandler works better than
Date Tue, 28 Jun 2005 00:12:59 GMT
    [ ] 

Trustin Lee commented on DIRMINA-66:

Hey Rick,

* Reusable CODECs

It means that you can implement your own codec and reuse it for later use if it is reusable
enough.  For example, let's assume you've created a generic object streaming protocol codec,
then you'll be able to reuse it again and again later.

* StreamIoHandler

First of all, it uses NIO and therefore it is more scalble.  And it does asynchronous I/O.
 So there is performance gain when your business logic is blocked by other factor than network
I/O (e.g. Disk I/O, database access...)  There's a known performance benchmark that beats
Tomcat using this technique: 


> Does your StreamIoHandler works better than
> ----------------------------------------------------
>          Key: DIRMINA-66
>          URL:
>      Project: Directory MINA
>         Type: Wish
>     Versions: 0.7.2
>     Reporter: Rick Haebin Na
>     Assignee: Trustin Lee
>     Priority: Minor

> Hey, trustin, this is rick.
> Arreo is about to change the underlying networking library to MINA soon. (I strongly
insisted, he he. cuz they were trying to build new one -_-)
> Anyway, I was thinking using MINA for all the server applications I made, yet I found
out that it does not provide any good stuffs you promised to provide in MINA. No reusable
codecs, no what so ever, but just plain old like feature.
> Heck, I read the document regarding StreamIoHandler, but no clue why should it be better
than using
> I don't even need a factual proof. But just wanna hear that MINA is somehow better than from you. he he. ;-)
> Anyway. KEEP UP THE GREAT WORK, ya doing!
> I wish you the best, brother.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message