Provide interruptable wait methods in IoFuture.
---
Key: DIRMINA-360
URL: https://issues.apache.org/jira/browse/DIRMINA-360
Project: MINA
Issue Type: New Feature
Components: Core
Hi Messi,
On 3/20/07, Messi Chan <[EMAIL PROTECTED]> wrote:
Hi, all
Like the subject show. I have a server A writen by mina, the server A could
receive many clients's request. Clients send messages to the server
concurrently, and message been sent contain infos about their priority.
I want, w
Trustin,
Now that you mention it, how does MINA decide _when_ to call decodable()?
For example, on the HTTP codec example, I see that you actually try to see
the tail of the buffer as it was passed to the decodable() function. So
decodable() will be called when a line end is encountered? (don't
On 3/21/07, Mike Heath <[EMAIL PROTECTED]> wrote:
My opinion is that 1.1 should be compatible with 1.0 and any API
changes should be introduced in 2.0.
OK. Then let me fix the API incompatibility and file a JIRA issue for
2.0 that adds more options.
Trustin
--
what we call human nature is act
On 3/21/07, Gaston Dombiak <[EMAIL PROTECTED]> wrote:
Hey Trustin,
Nice timing. :) In our forums the following thread was posted about this
problem with a little more information.
http://www.igniterealtime.org/forum/thread.jspa?threadID=25313&tstart=0
We still don't have a way to reproduce it
On 3/20/07, mat <[EMAIL PROTECTED]> wrote:
One more question, in the proxy server, do I have to use IF ELSE in order to
decode and encode the different codec?
You can do that too. If the codecs of the three protocols are simple
enough, you could write a simpler and unified codec that can recog
Hi Uday,
On 3/21/07, Uday Prakash (DHL CZ) <[EMAIL PROTECTED]> wrote:
Hi,
I've been working on a small tcp/ip server, that listens for specific
messages and then depending on the message type performs a particular
task. That was the easy part, I was looking into shutting down the
server in an e
Once understood, this design is really a beauty to me! Thx to mina again!
Trustin Lee wrote:
>
> Hi,
>
> On 3/21/07, Coding Horse <[EMAIL PROTECTED]> wrote:
>>
>> Hi, Trustin,
>>
>> I really appreciate your wonderful explanation! Could you also shed some
>> light on this case when you have t
Hi Rodrigo,
On 3/21/07, Rodrigo Madera <[EMAIL PROTECTED]> wrote:
I was studying the example code for MINA 1.0.2 and I came upon an
interesting fact: you provide two versions of the HTTP server. One that is
streaming and the other uses a codec to use high-level messages.
Can you please tell me
Hi,
On 3/21/07, Coding Horse <[EMAIL PROTECTED]> wrote:
Hi, Trustin,
I really appreciate your wonderful explanation! Could you also shed some
light on this case when you have time:
When decodable() is called there are 3.5 complete packets of MyPacket, my
decode() implementation will take out
On 3/20/07, mat <[EMAIL PROTECTED]> wrote:
Sorry about the mistake I made. But somehow decodable is not very
neccessary. I can do everything in decode. If no enough packets, i just
return NULL and return MessageDecoderResult.NEED_DATA. I guess position
reverting back happenshere. Correct me if i
Hi, Trustin,
I really appreciate your wonderful explanation! Could you also shed some
light on this case when you have time:
When decodable() is called there are 3.5 complete packets of MyPacket, my
decode() implementation will take out each complete MyPacket and leave the
remaining untouched t
My opinion is that 1.1 should be compatible with 1.0 and any API
changes should be introduced in 2.0.
On 3/19/07, Trustin Lee <[EMAIL PROTECTED]> wrote:
Hi,
I found that there are differences in IoFuture between 1.0.x and
1.1.0-SNAPSHOT; IoFuture.join() in 1.1 throws InterruptedException
while
Hi
I think we shouldn't, it's better to provide flexible api (in this
situation which throws InterruptedException) rather than api for all
opportunities.
Regards, Marcin
Trustin Lee wrote:
Hi,
I found that there are differences in IoFuture between 1.0.x and
1.1.0-SNAPSHOT; IoFuture.join()
It's not the way it works.
"Sending a message whose subject and body contains '*unsubscribe*' to
[EMAIL PROTECTED]<[EMAIL PROTECTED]&body=unsubscribe>in
plain text format will unsubscribe you from the mailing list though.
You
can actually send an empty or rich text message to unsubscribe, but our
unsubscribe
.
This
message and any attachments contain information from Union Pacific which may be
confidential and/or privileged.
If you are not t
Hey Trustin,
Nice timing. :) In our forums the following thread was posted about this
problem with a little more information.
http://www.igniterealtime.org/forum/thread.jspa?threadID=25313&tstart=0
We still don't have a way to reproduce it but as you can see the problem
is quite frequent (under
I was studying the example code for MINA 1.0.2 and I came upon an
interesting fact: you provide two versions of the HTTP server. One that is
streaming and the other uses a codec to use high-level messages.
Can you please tell me which is "better"? What trade-offs can we expect with
message-based
Hi,
I've been working on a small tcp/ip server, that listens for specific
messages and then depending on the message type performs a particular
task. That was the easy part, I was looking into shutting down the
server in an elegant manner. I decided that I'll be listening on a
particular port say
On 3/20/07, mat <[EMAIL PROTECTED]> wrote:
Thanks.
I i didn't set the direct buffers and buffer allocator I used is mina
bytebuffer. Actually I don't quite understand when and what's the purpose of
setting the direct buffer although this topic was mentioned several times in
the forum. Maybe a tu
20 matches
Mail list logo
