Required integration testing changes? related to: Proposal to revise forest graph and integration practices for JDK 9

[Coleen Phillimore]

On 12/4/2013 12:56 PM, Joe Darcy wrote:
> On 12/04/2013 08:17 AM, Coleen Phillimore wrote:
>>
>> As everyone probably knows, for hotspot, we run JPRT as a integration 
>> gate.   It builds and runs some last-ditch tests on all platforms.   
>> We disallow checkins that fail this test step. Other diverse tests 
>> are also required for changes, not in JPRT.
>>
>> If we make jdk + hotspot changes, how do we check this in to the jdk9 
>> forest?  Who is making the JPRT (or other equivalent integration 
>> testing tool) changes so that we do not lose this test step?   Sorry 
>> if this is embedded in this long thread.
>>
>> I assume JPRT (or equivalent new thing) would build jdk+hotspot on 
>> all platforms and if hotspot changes, run the hotspot integration 
>> tests currently defined in the hotspot jprt.properties file.   All 
>> hotspot integrations would have to be full jdk+hotspot jobs to get 
>> the latest jdk changes (rather than last promoted jdk) because there 
>> may be necessary jdk changes in the n-1th integration.   Is someone 
>> working on these changes that are needed in order to open this 
>> repository?
>>
>> Thanks,
>> Coleen
>>
>>
>
> Hi Coleen,
>
> This issue was raised before in some internal discussions. IIRC, there 
> was a workaround without changing jprt.
>
> In any case, we could still change the graph of forests first and 
> initially do HotSpot + libs fixes as we do today and still get latency 
> benefits before any needed adjustments to jprt are made.

So we cannot make jdk+hotspot changes to the same forest?   We still 
have latency only it's reduced?
thanks,
Coleen

(sorry for asking on the open list - I don't know the closed alias)
>
> Thanks,
>
> -Joe