On Sat, 2010-10-09 at 16:58 +0200, Emmanuel Lécharny wrote:
On 10/6/10 9:18 PM, Oleg Kalnichevski wrote:
Here is my private fork of HttpCore NIO code with all HTTP specific
stuff ripped out. It might be easier for you to get a feel of the
framework by looking at the protocol independent
On 10/11/10 2:06 PM, Oleg Kalnichevski wrote:
On Sat, 2010-10-09 at 16:58 +0200, Emmanuel Lécharny wrote:
On 10/6/10 9:18 PM, Oleg Kalnichevski wrote:
Here is my private fork of HttpCore NIO code with all HTTP specific
stuff ripped out. It might be easier for you to get a feel of the
On Mon, 2010-10-11 at 14:19 +0200, Emmanuel Lécharny wrote:
...
We have removed the IoHandler class from MINA 3.0 code. That's a first
step toward a more generic approach.
One other difference is that we process the read and write parts into
the main loop (in IoProcessor), something you
MINA devs,
Would you be receptive to the idea of supporting a message-less (or
bare-metal, if you like) I/O mode? Essentially, I would like MINA 3.0 to
make it possible to interact directly with the underlying I/O channels
bypassing the read / write data queues altogether. In other words,
On 10/6/10 2:49 PM, Oleg Kalnichevski wrote:
MINA devs,
Would you be receptive to the idea of supporting a message-less (or
bare-metal, if you like) I/O mode? Essentially, I would like MINA 3.0 to
make it possible to interact directly with the underlying I/O channels
bypassing the read / write
On Wed, 2010-10-06 at 16:55 +0200, Emmanuel Lecharny wrote:
On 10/6/10 2:49 PM, Oleg Kalnichevski wrote:
MINA devs,
Would you be receptive to the idea of supporting a message-less (or
bare-metal, if you like) I/O mode? Essentially, I would like MINA 3.0 to
make it possible to interact
On Wed, Oct 6, 2010 at 17:37, Oleg Kalnichevski ol...@apache.org wrote:
I apologize for intrusion.
Oleg, no apology needed, I highly appreciate this thread.
Very informative.
Bernd
On 10/6/10 5:37 PM, Oleg Kalnichevski wrote:
On Wed, 2010-10-06 at 16:55 +0200, Emmanuel Lecharny wrote:
On 10/6/10 2:49 PM, Oleg Kalnichevski wrote:
MINA devs,
Would you be receptive to the idea of supporting a message-less (or
bare-metal, if you like) I/O mode? Essentially, I would like
On 10/6/10 5:49 PM, Bernd Fondermann wrote:
On Wed, Oct 6, 2010 at 17:37, Oleg Kalnichevskiol...@apache.org wrote:
I apologize for intrusion.
Oleg, no apology needed, I highly appreciate this thread.
Very informative.
Indeed. It's probably certain that MINA is lacking documentation, and
On Wed, 2010-10-06 at 18:10 +0200, Emmanuel Lécharny wrote:
On 10/6/10 5:37 PM, Oleg Kalnichevski wrote:
On Wed, 2010-10-06 at 16:55 +0200, Emmanuel Lecharny wrote:
On 10/6/10 2:49 PM, Oleg Kalnichevski wrote:
MINA devs,
Would you be receptive to the idea of supporting a message-less
On Wed, 2010-10-06 at 18:13 +0200, Emmanuel Lecharny wrote:
On 10/6/10 5:49 PM, Bernd Fondermann wrote:
On Wed, Oct 6, 2010 at 17:37, Oleg Kalnichevskiol...@apache.org wrote:
I apologize for intrusion.
Oleg, no apology needed, I highly appreciate this thread.
Very informative.
Indeed.
On 10/6/10 6:54 PM, Oleg Kalnichevski wrote:
On Wed, 2010-10-06 at 18:13 +0200, Emmanuel Lecharny wrote:
On 10/6/10 5:49 PM, Bernd Fondermann wrote:
On Wed, Oct 6, 2010 at 17:37, Oleg Kalnichevskiol...@apache.org wrote:
I apologize for intrusion.
Oleg, no apology needed, I highly
On 10/6/10 6:43 PM, Oleg Kalnichevski wrote:
Use MemoryMappedFile. It's supported.
Errr. Thank you very much.
:)
This is just an example, by here, you can perfectly do something like :
do {
WriteFuture future = session.write( data);
future.await();
if ( !future.isWritten() ) {
On Wed, 2010-10-06 at 19:16 +0200, Emmanuel Lécharny wrote:
On 10/6/10 6:54 PM, Oleg Kalnichevski wrote:
On Wed, 2010-10-06 at 18:13 +0200, Emmanuel Lecharny wrote:
On 10/6/10 5:49 PM, Bernd Fondermann wrote:
On Wed, Oct 6, 2010 at 17:37, Oleg Kalnichevskiol...@apache.org wrote:
I
On 10/6/10 9:18 PM, Oleg Kalnichevski wrote:
Take it as a food for thought. Nothing more.
I'm going to give HttpComponents a shoot, to see how those two guys can fit.
One solution would be to define a common base, with all the Filter
intricacy separated from the NIO part. That might fit your
On Wed, 2010-10-06 at 22:21 +0200, Emmanuel Lécharny wrote:
On 10/6/10 9:18 PM, Oleg Kalnichevski wrote:
Take it as a food for thought. Nothing more.
I'm going to give HttpComponents a shoot, to see how those two guys can
fit.
One solution would be to define a common base, with all the
On 10/6/10 10:51 PM, Oleg Kalnichevski wrote:
On Wed, 2010-10-06 at 22:21 +0200, Emmanuel Lécharny wrote:
On 10/6/10 9:18 PM, Oleg Kalnichevski wrote:
Take it as a food for thought. Nothing more.
I'm going to give HttpComponents a shoot, to see how those two guys can fit.
One solution would
On Wed, 2010-10-06 at 23:25 +0200, Emmanuel Lécharny wrote:
On 10/6/10 10:51 PM, Oleg Kalnichevski wrote:
On Wed, 2010-10-06 at 22:21 +0200, Emmanuel Lécharny wrote:
On 10/6/10 9:18 PM, Oleg Kalnichevski wrote:
Take it as a food for thought. Nothing more.
I'm going to give HttpComponents
18 matches
Mail list logo
