Required integration testing changes? related to: Proposal to revise forest graph and integration practices for JDK 9
Joe Darcy
joe.darcy at oracle.com
Wed Dec 4 12:04:41 PST 2013
On 12/04/2013 11:55 AM, Coleen Phillimore wrote:
> 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
>
>
If the new JDK 9 forest structure were to be put in place today, we
might not be able to easily do jdk repo + hospot pushes. However, even
in that case, we would still have an easier time propagating changes.
Since one goal of this rearrangement is to do coordinated pushes, any
needed adjustments in jprt to support this should be made after the new
forest structure is in effect.
-Joe
More information about the jdk9-dev
mailing list