On 5/17/07, mustaoglu serdar [EMAIL PROTECTED] wrote:
Hi All,
Is there any plan to support SCTP protocol in MINA?
We'd like as many transports as we can within the extent the community
can manage. SCTP is a good candidate, but we don't have enough time
yet. You could make some
Hi Rob,
Sorry for the late response.
On 5/17/07, Rob Butler [EMAIL PROTECTED] wrote:
Hi Trustin,
Thanks for your rapid response. I guess my confusion stems from passing a
processorCount and Executor to SocketAcceptor. If you want a fixed number of
IO processors shouldn't you either:
1)
[
https://issues.apache.org/jira/browse/DIRMINA-379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498121
]
Trustin Lee commented on DIRMINA-379:
-
I don't understand why these two sentences are causing the socket
On 5/23/07, Johan Cloetens [EMAIL PROTECTED] wrote:
Hi Trustin,
Like i already replied myself,
synchronizing on IoSession.write did the job.
I meant it must work without any manual sychronization unless it's
related with your business logic or codec.
Unfortunately i can not open source the
could you send me your code? My first guess is that you don't have your JMX
bean set up properly and/or registered.
On 5/22/07, Eero Nevalainen [EMAIL PROTECTED] wrote:
I'm using JDK 5. I gave the argument
-Dcom.sun.management.jmxremote
to the VM arguments list under Run as-Run-Arguments.
did you mean to put something in this email
On 5/23/07, Brigham Stevens [EMAIL PROTECTED] wrote:
--
..Cheers
Mark
I'm running version 0.9.3 and the session.close() actually does not seem
to end the session immediately. We're using session.close() for idle
timeouts, and it works great for well-behaved clients. However, for
clients who don't read the server responses and thus for whom mina is
queuing up write
Hi Trustin,
Thanks for getting back to me. I know how busy one can get with e-mail on a
popular project. I appreciate your efforts to get back to everyone, even if it
takes some time. It is one of the things that will continue to grow the Mina
community.
Sorry the reply isn't quoted.
(sorry for the blank message I put To: field to early and somehow bashed my
keyboard badly)
We were having problems with our mina client server's UDP sessions.
They were being terminated by the ExpiringMap which is part of the
ExpiringSessionRecycler that is used for UDP sessions.
We didn't want
I'm having some trouble creating a filter.
I need a filter that reads the content of the first received message
for authentication purposes. I'm trying to do something like the
EchoProtocolHandler does for reading the message:
ByteBuffer rb = ( ByteBuffer ) message;
// Write the
So that means asynchronous I/O is what one can observe, and it can be
implemented or has already be implemented by NIO.
And I think NIO is also one of the approaches to implementing asynchronous
messaging or processing. I am not sure if I am right.
Please comment.
Cheers,
Dong
On 5/23/07,
Hi folks,
Is necessary disable the direct buffers on the 1.1.0 version??
I mean:
ByteBuffer.setUseDirectBuffers(false);
ByteBuffer.setAllocator(new SimpleByteBufferAllocator());
I was looking in the changes between version and I've not found anything about.
Another little question:
Is a good
AFAIK they are the same. Asynchronous and non-blocking are identical in
this context. They both mean that you don't have to wait for a response
to continue (as oposed to synchronous or blocking I/O). You need to work
with event handlers to process the responses (as mentioned by Mladen).
Check
13 matches
Mail list logo