That's a double great news !

First you have something that works, and second that it's not a MINA pb :)

Feel free to give the MINA team any feedback or testimony, we are always
very happy when we add a new happy user to the list !

Emmanuel

On 1/18/07, Nicolas FROMENT <[EMAIL PROTECTED]> wrote:


Thanks for your methodology advices, it was indeed "mea culpa". My
sentence might seem rude, I feel sorry for that... My problem is solved
and was business related. Thanks you all for your time and help.

Nicolas

Emmanuel Lecharny a écrit :
> Nicolas FROMENT a écrit :
>
>> As you seem convinced that my decoder is wrong can i suggest that
>> Mina can failed too ? :)
>
> As a rule of thumb, for any library that has been widely used for more
> than one year, I would suggest the following steps :
> 1) first, suspect your program. This is basically the correct
> approach, say, 99% of the time.
> 2) if you don't see anything that could be wrong, just add some log to
> the point you can exhibit the duplicated message, or you just can't
> because it has slowed down so much the program that any threading pb
> has been hidden.
> 2-1) Supposing you still have the problem with logs, well, that's a
> good point. Now, the bad news is that we will have to analyse the
> logs... Goto (3), but as we have logs, this is really easier
> 2-2) No way to get the pb with logs ... Goto to (3)
> 3) Well, now, this is the hard part : try to define a scenario were
> the problem can be reproduced. I mean, even if it's one time each 100
> 000 messages, this should be the case every time you launch the
> program. Now, there is _no_ guarantee we can reproduce the problem...
> You will have to give more information : machine, cpu frequence, OS,
> version, JDK version and origin...
>
> What I mean is that MINA can be buggy. But finding the reason of a
> MINA failure can be difficult without a scenario which exhibit such a
> problem.
>
>
>
>


--
******************************************************************
Nicolas Froment         [EMAIL PROTECTED]
Software Architect

Hi-Stor Technologies        www.histor.fr
23 bd Victor Hugo            Std:    +33 (0) 562 12 14 40 (Voice)
Bâtiment Socrate             Fax:    +33 (0) 562 12 14 49
31770 Colomiers
FRANCE

****************************************************************




--
Cordialement,
Emmanuel Lécharny
www.iktek.com

Reply via email to