You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Myrna van Lunteren (JIRA)" <ji...@apache.org> on 2013/11/04 18:47:17 UTC

[jira] [Updated] (DERBY-6400) harness.NetServer method waitFor() is not reflecting timeout values

     [ https://issues.apache.org/jira/browse/DERBY-6400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Myrna van Lunteren updated DERBY-6400:
--------------------------------------

    Summary: harness.NetServer method waitFor() is not reflecting timeout values  (was: harness.NetServier method waitFor() is not reflecting timeout values)

> harness.NetServer method waitFor() is not reflecting timeout values
> -------------------------------------------------------------------
>
>                 Key: DERBY-6400
>                 URL: https://issues.apache.org/jira/browse/DERBY-6400
>             Project: Derby
>          Issue Type: Improvement
>          Components: Test
>            Reporter: Myrna van Lunteren
>            Priority: Minor
>             Fix For: 10.10.1.3, 10.11.0.0
>
>         Attachments: DERBY-6400.diff
>
>
> On a slow machine, derbynetclientmats was seen to fail (with no test pass, nor fail) with the following error:
> org.apache.derby.drda.NetworkServerControl start 
> Attempt to shutdown framework: DerbyNetClient
> Server Process did not complete in time. Destroying...
> Server Process did not complete in time. Destroying...
> Exception in thread "main" java.io.IOException: Interrupted system call
> 	at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
> 	at java.io.BufferedInputStream.read1(BufferedInputStream.java:275)
> 	at java.io.BufferedInputStream.read(BufferedInputStream.java:334)
> 	at org.apache.derbyTesting.functionTests.harness.BackgroundStreamSaver.run(BackgroundStreamSaver.java:51)
> 	at java.lang.Thread.run(Thread.java:853)
> It seems to me that the problem is here that in functionTests.harness.NetServer the waitFor() method has a hard value of 60 in it. Instead, this value should be configurable.
> In functionTests.harness.RunTest the waitFor() method uses 
> 				TimedProcess tp = new TimedProcess(pr);
> 				tp.waitFor(timeout*60);
> It seems NetServer should also be able to check on the timeout value.



--
This message was sent by Atlassian JIRA
(v6.1#6144)