--
View this message in context:
http://www.nabble.com/If-client-machine-shutdown-abnormally%2C-will-MINA-detect-tp14330917s16868p14330917.html
Sent from the Apache MINA Support Forum mailing list archive at Nabble.com.
Thread safety issue: incorrect usage of Collections.synchronizedMap in
DefaultIoSessionDataStructureFactory.DefaultIoSessionAttributeMap
Key: D
Hi Trustin,
For some reason that I don't know, messages are now transferred
successfully.
I've done nothing except my windows machine was rebooted.
Truly lost...
Qi Cao
14 Dec 2007
Qi wrote:
>
> Hi Trustin,
>
> I will upload the source files as a eclipse project archive.
> The archive includ
Hi Trustin,
I will upload the source files as a eclipse project archive.
The archive includes mina-core1.1.5 and slf4j jar files, so it should be
able to start with no extra settings.
I've also uploaded it to:
http://www.cs.mu.oz.au/~caoq/mina-broadcasting.zip
Just in case if you have problem d
On Dec 14, 2007 6:40 AM, mat <[EMAIL PROTECTED]> wrote:
> On Dec 14, 2007 1:35 AM, Trustin Lee <[EMAIL PROTECTED]> wrote:
>
> > Hi Steve,
> >
> > On Dec 13, 2007 11:49 PM, Steve Johns <[EMAIL PROTECTED]>
> wrote:
> > > Thanks for Mina. It is a great project.
> >
> > Whenever we hear this, we becom
On Dec 14, 2007 1:35 AM, Trustin Lee <[EMAIL PROTECTED]> wrote:
> Hi Steve,
>
> On Dec 13, 2007 11:49 PM, Steve Johns <[EMAIL PROTECTED]> wrote:
> > Thanks for Mina. It is a great project.
>
> Whenever we hear this, we become happy and try to work harder for
> MINA. Thank you too!
:D
>
>
> > Af
Bogdan Ciprian Pistol wrote:
On Dec 12, 2007 4:19 AM, Tuure Laurinolli <[EMAIL PROTECTED]> wrote:
the HTTP specification says that the last chunked should be a zero
body size chunk.
This is how END_TOKEN is handled by me.
It is the ChunkedHttpMessage that keeps its state, whether it's the
Hi Trustin and all Mina fans,
Well, I come back with a proposal of addition in IoHandler.
Doing this will prevent me to use a specific Timer to do the same.
The objective are to get some statistics value on long term,
whatever the sessions are still running or not.
I think that only throughput are
Trustin,
That seems like it would be a good option. I will let you know how it turns
out.
Thanks
Mark
On Dec 13, 2007 12:38 PM, Trustin Lee <[EMAIL PROTECTED]> wrote:
> On Dec 13, 2007 11:50 PM, Mark <[EMAIL PROTECTED]> wrote:
> > I am wondering if it is possible to develop a MINA-based serve
Hi folks,
It seems like we now have some reasonable approaches on streaming
large object now. I think all of them are valid, but I also would
like you to think about receiving a large object. We need to resolve
both encoding and decoding and the resolution should be symmetric so
that it's easy t
On Dec 13, 2007 11:35 PM, Frederic Soulier <[EMAIL PROTECTED]> wrote:
> Hi Trustin
>
> Thx for your answer. It makes sense.
>
> In our case UDP messages from clients are guaranteed to fit in 1 UDP
> packet therefore the fact that UDP packet #2 may arrive before UDP
> packet #1 is not relevant. At o
Hi,
I am using mina-core-2.0.0-M1-SNAPSHOT which i compiled from trunk from
revision number 581243 (This is the highest reviosion number of the files on
my machine)
Thanks
Saurabh
Trustin Lee wrote:
>
> Could you let us know the version number of MINA you are using?
>
> Trustin
>
> On Dec
On Dec 13, 2007 11:50 PM, Mark <[EMAIL PROTECTED]> wrote:
> I am wondering if it is possible to develop a MINA-based server that listens
> on one port for different types of data and depending on the data, a
> different set of IoFilters is applied? Seems like there was discussion on
> this before
Hi Steve,
On Dec 13, 2007 11:49 PM, Steve Johns <[EMAIL PROTECTED]> wrote:
> Thanks for Mina. It is a great project.
Whenever we hear this, we become happy and try to work harder for
MINA. Thank you too!
> After I am trying out the Mina, I had some questions.
>
> 1) If the server session.write(
On Dec 14, 2007 2:05 AM, Luc Willems <[EMAIL PROTECTED]> wrote:
> On Thursday 13 December 2007 03:50:14 Trustin Lee wrote:
> > This issue is becoming a real headache even a bottle of tylenol can't
> > fix, along with the reentrant logging issue: http://xrl.us/bctaa
> >
> > I think these two issues
On Thursday 13 December 2007 03:50:14 Trustin Lee wrote:
> This issue is becoming a real headache even a bottle of tylenol can't
> fix, along with the reentrant logging issue: http://xrl.us/bctaa
>
> I think these two issues should be considered together to resolve the
> issues related with logging
Take a look at this:
http://www.nabble.com/Many-message-decoder-encoder-tf4776815s16868.html#a13664414
If you have further questions, please ask me.
On Dec 13, 2007 10:50 PM, Mark <[EMAIL PROTECTED]> wrote:
> I am wondering if it is possible to develop a MINA-based server that
> listens
> on one
I am sure there are other tools that perform load testing/benchmarking, but
they are not based on MINA :)
My intent is to tightly couple MINA and use it as the foundation for the
testing. The idea is that if people have a system they want to test, they
can either use an existing handler or write
Thanks for Mina. It is a great project.
After I am trying out the Mina, I had some questions.
1) If the server session.write() a message, however client network is really
SLOW. Will mina keep trying to send
out the message until timeout?(I guess session.settimeout() is applied
here). If so, how I
Thanks for Mina. It is a great project.
After I am trying out the Mina, I had some questions.
1) If the server session.write() a message, however client network is really
SLOW. Will mina keep trying to send
out the message until timeout?(I guess session.settimeout() is applied
here). If so, how IoH
I am wondering if it is possible to develop a MINA-based server that listens
on one port for different types of data and depending on the data, a
different set of IoFilters is applied? Seems like there was discussion on
this before but could not find it in the mailing list.
Thanks.
Mark
--
Hi!
we're using mina 2.x too and it is very stable. API changes from time to
time slightly, but most of this changes are cosmetic changes to harmonize
and clear out the API, so there's no need redesign your application, just a
bit cleanup or refactoring (which should be done regulary, though).
Ju
Hi Trustin
Thx for your answer. It makes sense.
In our case UDP messages from clients are guaranteed to fit in 1 UDP
packet therefore the fact that UDP packet #2 may arrive before UDP
packet #1 is not relevant. At our level we just get message #2 before
message #1 and they are completely i
Hi Mark,
On Dec 13, 2007 1:54 PM, Mark <[EMAIL PROTECTED]> wrote:
> I have been toying with the idea of writing a test tool based on MINA. This
> tool will be similar to what jmeter offers. I have used jmeter for numerous
> programs over the years and was never really happy with how it worked if
Hi Notz,
On Dec 13, 2007 7:06 PM, notz <[EMAIL PROTECTED]> wrote:
>
> i can provide a thread dump, but i think missunderstanding something. i
> looked into the ExecutorFilter source code and there is a Session based
> queue. so there can never be 2 threads that processing events from 1 session
> -
Hi Qi,
Such a small object should be fine I guess. Could you provide us full
source code so we can test?
Trustin
On Dec 13, 2007 4:55 PM, Qi <[EMAIL PROTECTED]> wrote:
>
> Hi Trustin,
>
> Thank you for the quick reply.
>
> The Object was actually quite small, I've also tried with a "new
> Integ
i can provide a thread dump, but i think missunderstanding something. i
looked into the ExecutorFilter source code and there is a Session based
queue. so there can never be 2 threads that processing events from 1 session
- so this ExecutorFilter can't help me nor i see which advantage it will
prov
On Dec 12, 2007 8:47 PM, mclovis <[EMAIL PROTECTED]> wrote:
>
> mclovis wrote:
> >
>
> If there are any code committers following this thread any insights from
> them would also be appreciated.
For your information: everyone that replied to this thread until now IS a
committer on the project
s
28 matches
Mail list logo