RFR(M) : 8181761: add explicit @build actions for jdk.test.lib classes in all :tier2 tests

Chris Hegarty chris.hegarty at oracle.com
Thu Jun 8 15:58:51 UTC 2017


> On 8 Jun 2017, at 16:52, Alan Bateman <Alan.Bateman at oracle.com> wrote:
> 
> On 08/06/2017 16:24, Igor Ignatyev wrote:
>> Chris/Alan,
>> 
>> Although the test itself doesn't launch new VMs,  jdk.test.lib.NetworkConfiguration, which this test directly depends on, depends on jdk.test.lib.Platform which depends on jdk.test.lib.Utils. and j.t.l.Utils depend on jdk.test.lib.process.* classes as it might start new VMs. [1] is the list of classes generated by running java/net/MulticastSocket/JoinLeave.java (w/o this patch) w/ a clean JTwork dir, @build directives were added for all these classes, this is exactly what was recommended by Jon in another thread[2].
>> 
> A long back, I wrote NetworkConfiguration to allow tests probe the network configuration. Chris did work in this area in recent times with a new version in test/lib/testlibrary. Now it seems to have moved again and has got tangled up in other test infrastructure. 

Just for clarity ( since Igor may need to some further work here ), I added a test library version of NetworkConfiguration that is used by the java.net tests, several of them iterate over network interfaces in a slightly different way. The version I added was subtly different from the version that Alan added in the NIO test subdirectory, so I did not change the NIO test tree in any way.

I did not review the consolidation of these files when the move to the top-level repo happen, I will need to recheck the changsets to find out what happened.

-Chris.


More information about the core-libs-dev mailing list