db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel John Debrunner (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DERBY-3514) SecureServerTest failing with timeout waiting for the network server to start only when run in derbynet._Suite
Date Fri, 07 Mar 2008 21:51:46 GMT

    [ https://issues.apache.org/jira/browse/DERBY-3514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12576389#action_12576389
] 

Daniel John Debrunner commented on DERBY-3514:
----------------------------------------------

Issue was due to an earlier test calling a network server command that failed (setting trace
on with an invalid directory).
For most of the network server commands if an exception is thrown the network socket is never
closed (left to garbage collection).
Most likely the longer wait that NetworkServerTestSetup had was enough time to get the socket
closed and thus freed up for the network server to use.

I accidentally committed a reduced wait time in NetworkServerTestSetup yesterday while working
on DERBY-3504.
I plan on leaving this reduced time (10 seconds to start the server rather than the old 300
seconds)  as the server should come up in that time and my belief is that extending the time
is really just hiding bugs (like this one).

> SecureServerTest failing with timeout waiting for the network server to start only when
run in derbynet._Suite
> --------------------------------------------------------------------------------------------------------------
>
>                 Key: DERBY-3514
>                 URL: https://issues.apache.org/jira/browse/DERBY-3514
>             Project: Derby
>          Issue Type: Bug
>          Components: Network Server, Regression Test Failure
>    Affects Versions: 10.4.0.0
>         Environment: IBM 1.5 windows
>            Reporter: Daniel John Debrunner
>            Priority: Minor
>
> Running the test by itself shows no problems.
> From some debugging it seems the spawned network server (separate jvm) is coming up correctly
and listening on the right address, however the pings to see if it started are never seen
by the ClientThread. I checked the timing and they do overlap.
> The server address is the wildcard address 0.0.0.0.
> If a server is listening to localhost:1527 then another server fails to start if it is
listening to 0.0.0.0:1527, I wondered if it would start on the real address and just wait
for the loopback to become free.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message