[RFR] (XS) 8144677: jprt.properties should allow creating a user specified testset with custom build flavors and build targets

Erik Joelsson erik.joelsson at oracle.com
Mon Dec 7 11:39:25 UTC 2015


On 2015-12-07 12:18, David Holmes wrote:
> On 7/12/2015 6:33 PM, Erik Joelsson wrote:
>>
>>
>> On 2015-12-04 22:00, Chris Plummer wrote:
>>> Hello,
>>>
>>> Please review the following:
>>>
>>> https://bugs.openjdk.java.net/browse/JDK-8144677
>>> http://cr.openjdk.java.net/~cjplummer/8144677/webrev.01/webrev/
>>>
>>> Tested with JPRT with:
>>>   • "-testset hotspot"
>>>   • "-testset svc"
>>>   • "-testset chris" from the example custom testset provided in the 
>>> CR.
>>>   • no testset specified
>>>
>>> BTW, if anyone knows of an "include" mechanism for jprt.properties,
>>> please let me know. Although that won't change the need for the above
>>> changes, it would make it possible to put custom testsets in a file
>>> rather than having to paste them in your ~/.jprt.properties file.
>>>
>> JPRT properties files are pretty special, but to my knowledge, there is
>> no include mechanism. I don't think it would be hard to implement 
>> though.
>
> They aren't really special they just use Properties.loadFromStream (or 
> something like that). To do an include mechanism you'd have to 
> implement all the reading and parsing logic yourself.
>
They are special in that there are a lot of constructs not normal to 
properties, like ${foo} expansion, weird conditionals and expanding 
variants {foo|bar}. None of these are order dependent however, meaning, 
it doesn't matter which order you put the properties in. The evaluation 
of all those things happens when a property is read, not when it is 
parsed. So the only reasonable implementation of include, at least as I 
see it, would be to read a file like now, check a special "include-file" 
property for new values and if so, read that file too.

/Erik
> David
>
>
>> /Erik
>>




More information about the core-libs-dev mailing list