Should changes to client libraries be pushed to jdk9/dev instead of jdk9/client (original) (raw)

Alan Bateman Alan.Bateman at oracle.com
Fri Jan 31 10:05:00 UTC 2014


On 31/01/2014 09:08, Sergey Bylokhov wrote:

On 26.01.2014 13:30, Alan Bateman wrote:

As a side point, client changes have been going into jdk9/client rather than jdk9/dev so I just wonder if there might be changes backed up in jdk9/client that might cause issues when merged. It will be really good to push all fixes related to client to the jdk9/client. The first merge between dev and client already broke the build: https://bugs.openjdk.java.net/browse/JDK-8033326 I've changed the subject line as I think this topic deserves its own discussion.

On this specific merge issue then I guess part of the issue is that jdk9/client had not been sync'ed up in a long time. The changes to SecurityManager (which involved changes to both core and client libraries) were pushed to jdk9/dev on December 18. Also if the build breakage (due to the merge issue) wasn't detected until it was pushed to jdk9/client then something else is wrong. When doing a huge sync up (and it looks like 300+ changes were being pulled from jdk9/dev in this case) then I would think that the merge should involve doing at least sanity builds on all platforms before pushing to jdk9/client.

In any case, I think the discussion item here is where should changes to client libraries be pushed. The discussion on jdk9-dev about this issue wasn't very clear, I think it came down to whether any manual testing would be required before integrating into master. At least for jdk9/dev then my understanding is that there is a desire to integrate into master every week, maybe more often and eventually (longer term) continuously. I'm sure Joe will have suggestions on this issue.

-Alan



More information about the swing-dev mailing list