images

[Jonathan Gibbons]

Mark Reinhold wrote:
>> Date: Mon, 15 Mar 2010 11:23:52 -0700
>> From: jonathan.gibbons at sun.com
>>     
>
>   
>> Mandy Chung wrote:
>>     
>>> On 03/15/10 07:31, Jonathan Gibbons wrote:
>>>       
>>>> jmod might give me what I want -- I can check the file system to see if jmod
>>>> exists, and if it does, I can then exec it query for specific modules.
>>>>         
>
> Yes, that's what I'd have suggested.
>
> You could also use reflection to load the org.openjdk.jigsaw.Library
> class, and if that's successful then open the system default library
> and query it.
>
> Either way, beware of interface shimmer over the coming months.
>
>   
>>> What exactly do you need to find out from a given image?  How is the info
>>> being used?
>>>       
>> Mostly, I'm just trying to think ahead for jtreg.   When presented with an
>> image, it needs to determine whether it can support compilation. In the past,
>> this was done by poking around for "jre/" and "tools.jar" and stuff like that.
>> Those may not exist in future, so I was trying to figure out what jtreg might
>> do.  Note in particular that I would like jtreg to remain somewhat version
>> neutral, for versions >= 1.5. i.e the same copy of jtreg should work for
>> running tests on 1.5 or later.
>>     
>
> Completely agree -- thanks for thinking ahead about this.
>
> - Mark
>   


Here's another similar-but-different issue:

A significant amount of our development and testing infrastructure 
relies on using "java -Xbootclasspath/p:" which can be used by 
developers to override system classes with the classes they want to test 
and run. Has anyone considered how we will achieve the same effect in a 
jigsaw-based world?

-- Jon