To be honest, this is a weird test-case. People don't normally call stop() immediately after start().
But the whole construction of Transfer is a little dodgy. I would prefer to initialise the fields [socket,in,out,ssl] in
the constructor and make them final, so that we know for sure that they are initialised before the constructor returns.
I can't see any point in the current process because we always init() immediately after calling the constructor, except
for one place in TcpServerThread where we might as well call it immediately because we already have a functioning socket.
That way close() won't need any changes, and the code becomes safer.
-- Noel
> --
> You received this message because you are subscribed to the Google Groups "H2 Database" group.
> To post to this group, send email to h2-da...@googlegroups.com.
> To unsubscribe from this group, send email to h2-database...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/h2-database?hl=en.
Thanks for the test case! I can reproduce it now.
Those exceptions are expected, as the server socket is closed while a
connection is still open. The code is a bit strange, but it's nothing
serious. However, I see that it doesn't "look nice", and I will change
the code so that such exceptions are simply ignored, and not logged,
even when using the "-trace" option.
Regards,
Thomas
To be honest, this is a weird test-case. People don't normally call stop() immediately after start().