mina-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Trustin Lee (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DIRMINA-375) Synchronous Client API
Date Tue, 23 Oct 2007 05:25:50 GMT

    [ https://issues.apache.org/jira/browse/DIRMINA-375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536909
] 

Trustin Lee commented on DIRMINA-375:
-------------------------------------

I've found some issues with my implementation idea.

The idea was to poll the queue of ReadFutures and notify the future.  The problem is that
any received data is discarded if no ReadFuture is in the queue.  This can happen at any time,
especially in broadband network where data flows very fast.  One possible solution is to buffer
all received data, but it will lead to memory leak for those who don't call read() at all.
 I can't think of any easy way of fixing this problem by integrating read() into IoSession.
 Brad's initial idea might be right, although it introduces more classes.



> Synchronous Client API
> ----------------------
>
>                 Key: DIRMINA-375
>                 URL: https://issues.apache.org/jira/browse/DIRMINA-375
>             Project: MINA
>          Issue Type: New Feature
>            Reporter: Brad Harvey
>             Fix For: 2.0.0-M1
>
>         Attachments: EchoClient.java, minaClient.patch, SumUpClient.java
>
>
> Hi,
> There was mention of a synchronous client api for MINA on the mailing list, so I thought
I'd offer my implementation.
> http://www.nabble.com/forum/ViewPost.jtp?post=10445399&framed=y
> As far as I can tell it works, but I've never given it a good run under heavy load. 
The areas I think could use some review are:
> Connection - possible to use generics?  Only makes sense if you can tie it to what the
filters are doing I think.
> ConnectionFactoryImpl - is the managedSessions processing required?
> SequentialExecutor/DaemonThreadFactory - are there better/pre existing ways of doing
these?
> Connection/NonBlockingConnection - any point having them separate?  Did this initially
for JCA resource adapter idea - didn't want to offer non blocking to EJB clients.
> Regards,
> Brad.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message