[
https://issues.apache.org/jira/browse/DERBY-4700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kristian Waagan updated DERBY-4700:
-----------------------------------
Attachment: derby-4700-1a.diff
First proposal for a patch, using the mechanism Knut mentioned above.
Regression tests passed.
I haven't looked through the existing tests yet for more cases where a bogus
port is used.
I'm also considering adding a println-statement where we assign a bogus port
(i.e. bogusPort = getNextAvailablePort()).
> Add method to obtain a bogus port in TestConfiguration
> ------------------------------------------------------
>
> Key: DERBY-4700
> URL: https://issues.apache.org/jira/browse/DERBY-4700
> Project: Derby
> Issue Type: Improvement
> Components: Test
> Affects Versions: 10.7.0.0
> Reporter: Kristian Waagan
> Assignee: Kristian Waagan
> Priority: Minor
> Attachments: derby-4700-1a.diff
>
>
> In some cases one needs to obtain a port number on which there is no Derby
> network server.
> Today this is solved in an ad-hoc way, for instance by using the current port
> minus one. When running tests in parallel, there is a chance that a port
> where there actually is a Derby network server listening is picked.
> As a start, I suggest that the bogus port is allocated to the last port in
> the port range configured for the run: baseport + MAX_PORTS_USED -1.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
