JDK-8222769 : [TESTBUG] TestJFRNetworkEvents should not rely on hostname command
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 13
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2019-04-19
  • Updated: 2024-06-04
  • Resolved: 2019-05-01
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 11 JDK 13
11.0.9Fixed 13 b19Fixed
Related Reports
Relates :  
JDK-8221711 - [TESTBUG] create more tests for JFR in container environment
Description
Currently this test relies on "hostname" command to determine expected IP/hostname of the container. This does not work on Fedora, as reported by Severin. Severin has proposed a more generic platform-independent solution to this (LocalIpTest.java is provided by Severin).
Comments
Fix Request (OpenJDK 11u): Please approve backporting this test fix to OpenJDK 11u. Patch applies clean. The issue is reproducible when running docker tests with a custom image (Fedora 32, say), which doesn't have the "hostname" program installed by default. This test-only change makes the TestJFRNetworkEvents.java more reliable. Risk is minimal as it's a test only change. Verified TestJFRNetworkEvents.java fails before the change and passes after using docker tests.
03-07-2020
URL: http://hg.openjdk.java.net/jdk/jdk/rev/41339a468716 User: mseledtsov Date: 2019-05-01 20:26:44 +0000
01-05-2019
Updated webrev based on review feedback: http://cr.openjdk.java.net/~mseledtsov/8222769.01/
26-04-2019
http://cr.openjdk.java.net/~mseledtsov/8222769.00/ Testing: ran the test on Linux-x64 - PASS
26-04-2019