RFR: 8155928: Remove hardcoded port numbers from httpclient/Security.java test

Roger Riggs Roger.Riggs at Oracle.com
Wed May 4 17:23:32 UTC 2016


Hi Michael,

Looks good, Roger

p.s. btw, the webrev diffs for 'Wdiffs' don't show anything.


On 5/4/2016 12:06 PM, Michael McMahon wrote:
> Hi Roger,
>
> Thanks for the review. That permission is not actually required for the
> test. But, it did make me look closer at it, and I realised that 
> permission
> checking of the request URI port number was not being tested. So, that 
> led me
> down a couple of rat holes which is why I haven't replied till now.
>
> So, I have updated the webrev at:
>
> http://cr.openjdk.java.net/~michaelm/8155928/webrev.2/
>
> to remove the redundant permission check and also the following changes
>
> 1) There was a bug in the permission check where the host part of the URI
>     was checked, but should have been the entire authority field. 
> (Utils.java)
>
> 2) Add explicit test for a request URI and a real (randomly chosen) 
> port number
>     (test 1 in Security.java)
>
> 3) Fixed another strange issue in the Security test which causes 
> failures if the jtreg
>     work directory is not empty prior to running the test. (change in 
> Security.moveFile)
>
> Thanks,
> Michael
>
> On 03/05/16 15:47, Roger Riggs wrote:
>> Hi Michael,
>>
>> test/java/net/httpclient/security/15.policy: line 15:
>>
>>   - Should this policy file include the substitution for the 
>> ${port.number}?
>>
>> Otherwise, it still looks like it has a fixed port #.
>>
>> Roger
>>
>>
>> On 5/3/2016 7:44 AM, Michael McMahon wrote:
>>> Some tests with hardcoded port numbers were included in the initial 
>>> http tests.
>>>
>>> The fix uses a driver to allocate a free port and pass it into the 
>>> existing
>>> security test through a system property.
>>>
>>> http://cr.openjdk.java.net/~michaelm/8155928/webrev.1/index.html
>>>
>>> Thanks,
>>> Michael
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/net-dev/attachments/20160504/6cace9f3/attachment-0001.html>


More information about the net-dev mailing list