RFR: 8219585: [TESTBUG] sun/management/jmxremote/bootstrap/JMXInterfaceBindingTest.java passes trivially when it shouldn't
Daniel Fuchs
daniel.fuchs at oracle.com
Tue Feb 26 16:50:59 UTC 2019
Hi Severin,
On 25/02/2019 15:31, Severin Gehwolf wrote:
> Hi Daniel,
>
> Thanks for the review!
>
> Latest webrev:
> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8219585/02/webrev/
>
[...]
> I'm not sure we need a larger timeout. It's 20 seconds on my machine
> which seems more than enough. What makes you think we'd need to get
> this increased and it would actually do anything for test stability?
Meanwhile I launched your proposed changes through our
test system. The good news is that there was no failure
(even when repeating the test 25 times), and without
changing the 5 timeout - so that may be OK.
Maybe my machine has something that slows it down.
Or Maybe I should have used a timeout factor of 4.
It does pass if I use -timeout:4 when invoking it with jtreg.
The not so good news is that it seems none of our test
machine has a non-loopback address configured for local host.
So even with your changes, the test always trivially pass.
I see the message says "Ignoring manual test" - but the
test is not manual?
[...]
> Yes. I've tried to avoid those issues by allowing one non-loopback
> address and 127.0.0.1 explicitly. Is that a reasonable assumption?
>
WRT using the loopback as an alternate configuration,
I wonder - should we add the loopback address before
checking size() < 1?
Not sure how stable the test will be in that case.
Also should we use InetAddress.getLoopbackAddress() instead
of using "127.0.0.1" directly?
> My bet is on it passing trivially with:
>
> "Ignoring manual test since no more than one IPs are configured for 'localhost'"
>
Well - yes - I believe that's what's happening.
best regards,
-- daniel
More information about the serviceability-dev
mailing list