MMMmmmm all is not well in the state of java.nio!
At least on linux, I'm getting lots of strange behaviour, which I suspect
are bugs in the implementation or my understanding of it.
Firstly it appears that the loadbalancer only works if debug is turned on.
With debug turned off, it runs faster and I start seeing the following
problems:
+ closing of a channel is not seen by the other end (client or server)
until it tries to write back.
+ If such a lingering close happens, then following connections fail.
the server reports a new connection, but the finishConnect() method
returns false.
It would be good if somebody could try this stuff on a win32 platform
to see if it is well behaived there??
I have put a bit more failure handling in. The mickey mouse policy
now keeps trying servers until they have all failed. Also server
failure undoes InetAddress stickyness.
cheers
Greg Wilkins wrote:
>
> I have now added client InetAddress stickyness, which is probably going
> to be good enough for 90% of cases.
>
> But for those that want session stickyness, I have now allow delayed
> server allocation and pass the queued data into the Policy.
> This will allow a search for jsessionId up until the queue is full
> (at which time you had better allocated or you will just block).
>
> Only thing lacking is a monitor of the response channel so you can
> pick up session cookie sets.
>
> I'm now going to stop on the balancing policy and concentrate on
> the network stuff. Still no decent exception handling.
>
> There is also a funny in the nio (at least on Linux), where I
> close the Channel, the socket, the inputstream, the outputstream, etc.
> and the client still does not see the closed connection until it
> tries to write another packet! Note good for HTTP/1.0!
> This only happens sometimes - and never in a test harness!?!?!?!?!
>
> cheers
>
>
>
--
Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)7092063462
Mort Bay Consulting Australia and UK. Mbl Phone: +61-(0)4 17786631
http://www.mortbay.com AU Phone: +61-(0)2 98107029
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
