Proposal to revise forest graph and integration practices for JDK 9

Lana Steuck lana.steuck at oracle.com
Mon Dec 9 16:01:55 PST 2013


On 12/05/2013 10:23 AM, mark.reinhold at oracle.com wrote:
> 2013/12/5 2:10 -0800, philip.race at oracle.com:
>> I don't think what Artem said is quite correct. SQE may not do manual
>> testing But the integrator certainly does.  The final steps of our
>> integration process has always included certain manual tests (applets,
>> SwingSet, Java2Demo) on all the platforms (Windows, Linux, Solaris and
>> now Mac) on the final built bits.  We will need to maintain that
>> process.
> Lana -- Can you handle doing these manual tests once a week?

Once we open up jdk9, I'll be doing integrations for multiple Jdk releases:
- jdk7 update and sometimes there are two updates still being worked on 
at the same time, e.g. finishing 7u40 and starting 7u60,
- jdk8 update (again could be two updates at the same time),
- and jdk9.

For all of my integrations I run these manual tests which is very 
tedious and time consuming job. It looks like we will need SQE help with 
doing the PITs. If they can perform the tests, then we could certainly 
do weekly integrations.

One more point:
Whenever a project becomes really active, things get rough. E.g. in the 
middle of Jdk8 development, we saw numerous build outages and various 
issues with incorrect fixes, etc. This is when people start appreciating 
isolated team forests. I understand the benefits of combining TL and 
Hotspot (we have seen many issues b/c of their code separation), however 
in my experience as the integrator, TL and Client do benefit from being 
isolated from each other. In the last year or so,  there was just one 
case when a developer ask for a fix from Client to be brought over to TL 
earlier than scheduled, so they don't seem to suffer from being 
separate. However, there were multiple issues, when Awt or 2d or TL had 
their issues (broken builds or tests) and could work it out without 
affecting others and without any additional stress.

Thanks,
Lana


More information about the jdk9-dev mailing list