From Jonathan.Gibbons at Sun.COM Fri May 2 05:21:39 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Thu, 01 May 2008 22:21:39 -0700 Subject: OpenJDK Regression Test Harness (jtreg) - open source Message-ID: <5CBA8C1B-AC59-4008-8B0E-3E6CFCD5DA31@Sun.COM> I'm pleased to announce that the OpenJDK Regression Test Harness, also known as jtreg, is now available with an open source license, instead of the earlier binary code license. jtreg now uses the open source version of Sun's JavaTest harness, called JT Harness [1]. Apart from the change to use JT Harness, and a few minor bug fixes, and a change in the version number, it is otherwise the same jtreg as before. For now, the source is available in a source bundle, available from the OpenJDK jtreg pages [2]. Many thanks to all those on the OpenJDK, JT Harness and legal teams who worked to make this possible. -- Jon [1] http://jtharness.dev.java.net/ [2] http://openjdk.java.net/jtreg/ From gnu_andrew at member.fsf.org Fri May 2 16:59:07 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 2 May 2008 17:59:07 +0100 Subject: OpenJDK in Sheffield In-Reply-To: <17c6771e0804081720s666c4120mcfe25a9641fd013e@mail.gmail.com> References: <17c6771e0804081720s666c4120mcfe25a9641fd013e@mail.gmail.com> Message-ID: <17c6771e0805020959i6fa391ebsc2daef2d7d4bd63f@mail.gmail.com> 2008/4/9 Andrew John Hughes : > Dear OpenJDK people, > > Allow me to put on a different hat for this mail. I currently have > the role of being Sun's Campus Ambassador at the University of > Sheffield. The idea is basically to try and get students and staff > interested in Sun stuff, and there's a particular focus on Sun's FOSS > work, which is what interested me. > > http://developers.sun.com/students/ > > Technical demos/talks form a major part of this. We already host one > on OpenSolaris and ZFS last month, and have plans for ones on Xvm and > Sun SPOT by the end of this month. Of obvious interest to me is to > get one in on OpenJDK before the end of the semester (mid-May), > especially as this is not being as strongly promoted in the programme > as e.g. OpenSolaris and NetBeans. > > The purpose of this mail was to see if there was any OpenJDK/IcedTea > people located in the UK (or around next month) who would be > interested in being involved. The idea is basically to have a session > that introduces students and staff to the OpenJDK project and current > developments like IcedTea, the porters project and the Innovation > Challenge. Given that all the students are taught Java from their > first year, there's a good chance some of the more talented ones > might be interested in contributing. At the very least, they should > be aware of how the Sun JDK is transitioning to a new Free Software > world. I'll probably put a few more general points on Free Software > and community to back this up. > > Anyway, feel free to e-mail me if you have something to contribute, > even if it's just resources rather than your own time. I'd be > grateful for any input. > > Thanks, > -- > Andrew :-) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > This is now organised for the 14th: http://www.dcs.shef.ac.uk/~andrew/ambassador/demos.html All welcome to attend. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Fri May 2 17:06:59 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 2 May 2008 18:06:59 +0100 Subject: OpenJDK in Sheffield In-Reply-To: <17c6771e0805020959i6fa391ebsc2daef2d7d4bd63f@mail.gmail.com> References: <17c6771e0804081720s666c4120mcfe25a9641fd013e@mail.gmail.com> <17c6771e0805020959i6fa391ebsc2daef2d7d4bd63f@mail.gmail.com> Message-ID: <17c6771e0805021006pdef433fhfffc0c487b82286e@mail.gmail.com> 2008/5/2 Andrew John Hughes : > 2008/4/9 Andrew John Hughes : > > > > Dear OpenJDK people, > > > > Allow me to put on a different hat for this mail. I currently have > > the role of being Sun's Campus Ambassador at the University of > > Sheffield. The idea is basically to try and get students and staff > > interested in Sun stuff, and there's a particular focus on Sun's FOSS > > work, which is what interested me. > > > > http://developers.sun.com/students/ > > > > Technical demos/talks form a major part of this. We already host one > > on OpenSolaris and ZFS last month, and have plans for ones on Xvm and > > Sun SPOT by the end of this month. Of obvious interest to me is to > > get one in on OpenJDK before the end of the semester (mid-May), > > especially as this is not being as strongly promoted in the programme > > as e.g. OpenSolaris and NetBeans. > > > > The purpose of this mail was to see if there was any OpenJDK/IcedTea > > people located in the UK (or around next month) who would be > > interested in being involved. The idea is basically to have a session > > that introduces students and staff to the OpenJDK project and current > > developments like IcedTea, the porters project and the Innovation > > Challenge. Given that all the students are taught Java from their > > first year, there's a good chance some of the more talented ones > > might be interested in contributing. At the very least, they should > > be aware of how the Sun JDK is transitioning to a new Free Software > > world. I'll probably put a few more general points on Free Software > > and community to back this up. > > > > Anyway, feel free to e-mail me if you have something to contribute, > > even if it's just resources rather than your own time. I'd be > > grateful for any input. > > > > Thanks, > > -- > > Andrew :-) > > > > Support Free Java! > > Contribute to GNU Classpath and the OpenJDK > > http://www.gnu.org/software/classpath > > http://openjdk.java.net > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > This is now organised for the 14th: > > http://www.dcs.shef.ac.uk/~andrew/ambassador/demos.html > > All welcome to attend. > Forgot to add: thanks to Tom Marble for the image of Duke wearing a RedHat and sipping an IcedTea :) -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Peter.Kessler at Sun.COM Sat May 3 00:18:13 2008 From: Peter.Kessler at Sun.COM (Peter B. Kessler) Date: Fri, 02 May 2008 17:18:13 -0700 Subject: CFV: Project sponsorship: "Common VM Interface" In-Reply-To: <480D7400.7080307@Sun.COM> References: <480D7400.7080307@Sun.COM> Message-ID: <481BAF45.303@Sun.COM> Voting in favor of this proposal were: David Holmes Paul Hohensee Tom Rodriguez Steve Bohne Keith McGuigan Chuck Rasbold John Coomes John Rose No one voted against the proposal. The HotSpot Group will sponsor the "Common VM Interface" project"[1]. ... peter [1] http://mail.openjdk.java.net/pipermail/challenge-discuss/2008-March/000084.html Peter B. Kessler wrote: > Question: Should the HotSpot Group sponsor[1] the "Common VM > Interface" project?[2] > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will > not be counted. > > The sponsorship decision will be made by a simple majority vote of > the Group's Members. Votes are due by midnight Pacific Daylight > Time, Wednesday, April 30, 2008. (0700 UTC, Thursday May 1, 2008.) > As an optimization, if an absolute majority of the Group's Members > votes one way or the other prior to that time then the decision > may be rendered earlier. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin[3] > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > Once a decision has been made the votes will be tallied and reported > to this list and also to discuss at openjdk.java.net. > > ... peter > > [1] http://mail.openjdk.java.net/pipermail/announce/2008-April/000042.html > [2] > http://mail.openjdk.java.net/pipermail/challenge-discuss/2008-March/000084.html > > [3] http://mail.openjdk.java.net/pipermail/discuss/2008-April/001157.html From gnu_andrew at member.fsf.org Mon May 5 00:16:30 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 5 May 2008 01:16:30 +0100 Subject: OpenJDK Regression Test Harness (jtreg) - open source In-Reply-To: <5CBA8C1B-AC59-4008-8B0E-3E6CFCD5DA31@Sun.COM> References: <5CBA8C1B-AC59-4008-8B0E-3E6CFCD5DA31@Sun.COM> Message-ID: <17c6771e0805041716u22e880e0s79d31b5384b7cb84@mail.gmail.com> On 02/05/2008, Jonathan Gibbons wrote: > I'm pleased to announce that the OpenJDK Regression Test Harness, also known > as jtreg, is now available with an open source license, instead of the > earlier binary code license. jtreg now uses the open source version of Sun's > JavaTest harness, called JT Harness [1]. Apart from the change to use JT > Harness, and a few minor bug fixes, and a change in the version number, it > is otherwise the same jtreg as before. > > For now, the source is available in a source bundle, available from the > OpenJDK jtreg pages [2]. > > Many thanks to all those on the OpenJDK, JT Harness and legal teams who > worked to make this possible. > > -- Jon > > [1] http://jtharness.dev.java.net/ > [2] http://openjdk.java.net/jtreg/ > > Just a quick comment on these pages: On http://openjdk.java.net/jtreg/build.html it says the Java Communications API 'is not available under Open Source'. This statement seems meaningless to me. It should either be 'the source code is not available', 'is not available under an OSI-approved license' or 'is not available under a Free Software license', depending on what the intended meaning is. Being not available 'under Open Source' implies there is some Open Source entity of which the API is not a part, which seems like nonsense to me. Other than that, thanks for releasing the source code to jtreg at last! :) -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From Jonathan.Gibbons at Sun.COM Mon May 5 01:56:43 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Sun, 04 May 2008 18:56:43 -0700 Subject: OpenJDK Regression Test Harness (jtreg) - open source In-Reply-To: <17c6771e0805041716u22e880e0s79d31b5384b7cb84@mail.gmail.com> References: <5CBA8C1B-AC59-4008-8B0E-3E6CFCD5DA31@Sun.COM> <17c6771e0805041716u22e880e0s79d31b5384b7cb84@mail.gmail.com> Message-ID: Andrew, Thanks for the feedback. I will try and clarify the text. The intent is to say that I do not know of an suitable unencumbered implementation of the javax.comm classes. Sun provides an implementation, but it is old and barely supported. There is an open source implementation of those classes in a different package -- in gnu.io. So for each class in javax.comm that JTHarness would otherwise use, there is an equivalent class in gnu.io, Thus you can "tweak" the JT Harness source code by modifying the classes that would otherwise use javax.comm.*. If you do edit the code, you do not need to use Sun's encumbered implementation of javax.comm. The ironic bottom line is that this part of JT Harness is not ever used by jtreg, but we decided it was simpler to suggest that people just modify the imports, rather than surgically remove those bits of JT Harness. -- Jon On May 4, 2008, at 5:16 PM, Andrew John Hughes wrote: > On 02/05/2008, Jonathan Gibbons wrote: >> I'm pleased to announce that the OpenJDK Regression Test Harness, >> also known >> as jtreg, is now available with an open source license, instead of >> the >> earlier binary code license. jtreg now uses the open source version >> of Sun's >> JavaTest harness, called JT Harness [1]. Apart from the change to >> use JT >> Harness, and a few minor bug fixes, and a change in the version >> number, it >> is otherwise the same jtreg as before. >> >> For now, the source is available in a source bundle, available from >> the >> OpenJDK jtreg pages [2]. >> >> Many thanks to all those on the OpenJDK, JT Harness and legal teams >> who >> worked to make this possible. >> >> -- Jon >> >> [1] http://jtharness.dev.java.net/ >> [2] http://openjdk.java.net/jtreg/ >> >> > > Just a quick comment on these pages: > > On http://openjdk.java.net/jtreg/build.html it says the Java > Communications API 'is not available under Open Source'. This > statement seems meaningless to me. It should either be 'the source > code is not available', 'is not available under an OSI-approved > license' or 'is not available under a Free Software license', > depending on what the intended meaning is. Being not available 'under > Open Source' implies there is some Open Source entity of which the API > is not a part, which seems like nonsense to me. > > Other than that, thanks for releasing the source code to jtreg at > last! :) > -- > Andrew :-) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From mark at klomp.org Mon May 5 11:39:41 2008 From: mark at klomp.org (Mark Wielaard) Date: Mon, 05 May 2008 13:39:41 +0200 Subject: OpenJDK Regression Test Harness (jtreg) - open source In-Reply-To: References: <5CBA8C1B-AC59-4008-8B0E-3E6CFCD5DA31@Sun.COM> <17c6771e0805041716u22e880e0s79d31b5384b7cb84@mail.gmail.com> Message-ID: <1209987581.3057.7.camel@dijkstra.wildebeest.org> Hi, On Sun, 2008-05-04 at 18:56 -0700, Jonathan Gibbons wrote: > The intent is to say that I do not know of an suitable unencumbered > implementation of the javax.comm classes. Sun provides an > implementation, but it is old and barely supported. > > There is an open source implementation of those classes in a different > package -- in gnu.io. So for each class in javax.comm that JTHarness > would otherwise use, there is an equivalent class in gnu.io, There is http://www.rxtx.org/ from Trent Jarvi which provides the gnu.io version. There is also the GNU ClasspathX javax.comm (based on rxtx) by Chris Burdess at: ftp://ftp.gnu.org/gnu/classpathx/ [I haven't tried this yet with jtreg] There are different javax.comm API versions, not all of them are compatible, which is why rxtx created their own interfaces in gnu.io. See also http://mailman.qbang.org/pipermail/rxtx/20051216/001960.html Cheers, Mark From Jonathan.Gibbons at Sun.COM Mon May 5 15:07:36 2008 From: Jonathan.Gibbons at Sun.COM (Jonathan Gibbons) Date: Mon, 05 May 2008 08:07:36 -0700 Subject: OpenJDK Regression Test Harness (jtreg) - open source In-Reply-To: <1209987581.3057.7.camel@dijkstra.wildebeest.org> References: <5CBA8C1B-AC59-4008-8B0E-3E6CFCD5DA31@Sun.COM> <17c6771e0805041716u22e880e0s79d31b5384b7cb84@mail.gmail.com> <1209987581.3057.7.camel@dijkstra.wildebeest.org> Message-ID: <59F9AB45-4DE1-4AA5-87BD-BD94D4B46F2D@Sun.COM> Mark, Thanks for the additional info, about javax.comm and alternate versions. This API is not required by jtreg as much as by jtharness. jtharness provides a feature that some test suites may use to run tests remotely, via a serial line. jtreg has never needed that feature and does not support it. The issue arises for those folk that want to build jtreg (and jtharness) from source. With its new license, jtharness provides an unencumbered binary download, which is sufficient to build and use with jtreg. The binary download will contain references to javax.comm, but no implementation of javax.comm, which you must download and put separately on the classpath. jtreg doesn't use that part of JT Harness and so never gets a ClassNotFoundException. But, if you want to build everything from source, then these references in the jtharness code can be problematic. So far, this has not been an issue for JT Harness and the JT Harness team has not seen to figure a solution here. But, we appreciated it might be an issue for jtreg, which is why we provided build instructions to work around the problem. If there is a version of javax.comm available under an OSI-approved license and if JT Harness can just be compiled against it, then that would also be a satisfactory solution. -- Jon On May 5, 2008, at 4:39 AM, Mark Wielaard wrote: > Hi, > > On Sun, 2008-05-04 at 18:56 -0700, Jonathan Gibbons wrote: >> The intent is to say that I do not know of an suitable unencumbered >> implementation of the javax.comm classes. Sun provides an >> implementation, but it is old and barely supported. >> >> There is an open source implementation of those classes in a >> different >> package -- in gnu.io. So for each class in javax.comm that JTHarness >> would otherwise use, there is an equivalent class in gnu.io, > > There is http://www.rxtx.org/ from Trent Jarvi which provides the > gnu.io > version. There is also the GNU ClasspathX javax.comm (based on rxtx) > by > Chris Burdess at: ftp://ftp.gnu.org/gnu/classpathx/ > [I haven't tried this yet with jtreg] > > There are different javax.comm API versions, not all of them are > compatible, which is why rxtx created their own interfaces in gnu.io. > See also http://mailman.qbang.org/pipermail/rxtx/20051216/001960.html > > Cheers, > > Mark > From Artem.Ananiev at Sun.COM Sun May 11 21:26:48 2008 From: Artem.Ananiev at Sun.COM (Artem Ananiev) Date: Sun, 11 May 2008 14:26:48 -0700 Subject: Project Proposal: "Portable GUI backends" In-Reply-To: <4826051C.8030606@sun.com> References: <4826051C.8030606@sun.com> Message-ID: <48276498.70404@sun.com> Vote: yes Dalibor Topic wrote: > In accordance with the OpenJDK guidelines for projects [1], > I hereby propose on behalf of Roman Kennke and Mario Torre > an OpenJDK Project "Portable GUI backends". > > This Project will be used for the development of the OpenJDK > Community Innovators' Challenge proposal of the name > "Portable GUI backends" sent to the OpenJDK > challenge list [2]. > > I propose this project be sponsored by the Porters Group [3] and that I > be the initial moderator of the project. > > cheers, > dalibor topic > > [1] http://openjdk.java.net/projects/ [2] > http://mail.openjdk.java.net/pipermail/challenge-discuss/2008-March/000082.html > > [3] http://openjdk.java.net/groups/porters/ > From tmarble at info9.net Sun May 11 22:40:34 2008 From: tmarble at info9.net (Tom Marble) Date: Sun, 11 May 2008 17:40:34 -0500 Subject: Project Proposal: "Portable GUI backends" In-Reply-To: <4826051C.8030606@sun.com> References: <4826051C.8030606@sun.com> Message-ID: <482775E2.4090309@info9.net> Dalibor Topic wrote: > I propose this project be sponsored by the Porters Group [3] and that I > be the initial moderator of the project. Vote: yes --Tom From Phil.Race at Sun.COM Sun May 11 23:18:46 2008 From: Phil.Race at Sun.COM (Phil Race) Date: Sun, 11 May 2008 16:18:46 -0700 Subject: Project Proposal: "Portable GUI backends" In-Reply-To: <48276498.70404@sun.com> References: <4826051C.8030606@sun.com> <48276498.70404@sun.com> Message-ID: <48277ED6.1080606@sun.com> Dalibor's email was not in fact a call for votes. That is happening on porter-dev and only members of the porters group are eligible to vote on its sponsorship. See http://mail.openjdk.java.net/pipermail/porters-dev/2008-May/thread.html -phil. Artem Ananiev wrote: > Vote: yes > > Dalibor Topic wrote: >> In accordance with the OpenJDK guidelines for projects [1], >> I hereby propose on behalf of Roman Kennke and Mario Torre >> an OpenJDK Project "Portable GUI backends". >> >> This Project will be used for the development of the OpenJDK >> Community Innovators' Challenge proposal of the name >> "Portable GUI backends" sent to the OpenJDK >> challenge list [2]. >> >> I propose this project be sponsored by the Porters Group [3] and that >> I be the initial moderator of the project. >> >> cheers, >> dalibor topic >> >> [1] http://openjdk.java.net/projects/ [2] >> http://mail.openjdk.java.net/pipermail/challenge-discuss/2008-March/000082.html >> >> [3] http://openjdk.java.net/groups/porters/ >> > From Artem.Ananiev at Sun.COM Mon May 12 03:33:09 2008 From: Artem.Ananiev at Sun.COM (Artem Ananiev) Date: Sun, 11 May 2008 20:33:09 -0700 Subject: Project Proposal: "Portable GUI backends" In-Reply-To: <48277ED6.1080606@sun.com> References: <4826051C.8030606@sun.com> <48276498.70404@sun.com> <48277ED6.1080606@sun.com> Message-ID: <4827BA75.7000101@sun.com> Phil Race wrote: > Dalibor's email was not in fact a call for votes. That is happening on > porter-dev > and only members of the porters group are eligible to vote on its > sponsorship. > > See http://mail.openjdk.java.net/pipermail/porters-dev/2008-May/thread.html Actually, when reading old emails related to the topic, I found no comments from my side about this project. That's why I voted this time... Sorry for any troubles with my email, if any :) Thanks, Artem > -phil. > > Artem Ananiev wrote: >> Vote: yes >> >> Dalibor Topic wrote: >>> In accordance with the OpenJDK guidelines for projects [1], >>> I hereby propose on behalf of Roman Kennke and Mario Torre >>> an OpenJDK Project "Portable GUI backends". >>> >>> This Project will be used for the development of the OpenJDK >>> Community Innovators' Challenge proposal of the name >>> "Portable GUI backends" sent to the OpenJDK >>> challenge list [2]. >>> >>> I propose this project be sponsored by the Porters Group [3] and that >>> I be the initial moderator of the project. >>> >>> cheers, >>> dalibor topic >>> >>> [1] http://openjdk.java.net/projects/ [2] >>> http://mail.openjdk.java.net/pipermail/challenge-discuss/2008-March/000082.html >>> >>> [3] http://openjdk.java.net/groups/porters/ >>> >> > From gnu_andrew at member.fsf.org Mon May 12 22:19:17 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 12 May 2008 23:19:17 +0100 Subject: CFV: Project sponsorship: Portable GUI Backends In-Reply-To: <48286431.6040508@sun.com> References: <985bee770805102319y7ca10970vdc498b7c7a7fc0ac@mail.gmail.com> <48286431.6040508@sun.com> Message-ID: <17c6771e0805121519v65500ebcsbb90b6cbf885067c@mail.gmail.com> On 12/05/2008, Dalibor Topic wrote: > Dalibor Topic schrieb: > > > Question: Should the Porters' Group sponsor the proposed Portable > > GUI Backends Project [1]? > > > > > The porters Group has decided to sponsor the Project, with three out of > four Members voting > to sponsor the project. > > Since that's an absolute majority of the Group's Members, the vote outcome > wouldn't change > any more if the vote went on until the end of the voting period, so as the > Group's Moderator, > I declare the vote to be over. > > Contratulations to Roman and Mario, and best of luck with your Project. > Mark Reinhold > will get in touch with you to help you get set up. > > > cheers, > dalibor topic > > -- > ******************************************************************* > Dalibor Topic > Java F/OSS Ambassador http://openjdk.java.net > Sun Microsystems GmbH mailto:Dalibor.Topic at sun.com > Nagelsweg 55 D-20097 Hamburg Sitz der > Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten > Amtsgericht M?nchen: HRB 161028 > Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer > Vorsitzender des Aufsichtsrates: Martin H?ring > > > Tom voted on discuss@ by mistake, so effectively it was 4 out of 4. Congratulations to Roman and Mario! :) -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From roman.kennke at aicas.com Fri May 16 09:24:58 2008 From: roman.kennke at aicas.com (Roman Kennke) Date: Fri, 16 May 2008 11:24:58 +0200 Subject: Java2Demo and SwingSet2 Message-ID: <1210929898.6528.24.camel@moonlight> Hi there, it seems like the Java2Demo and SwingSet2 demos are not included in OpenJDK. I think they make pretty nice demos for Swing and Java2D, and would really like to see them as part of OpenJDK. I wonder why they are not included? They have been relatively liberally licensened even before OpenJDK, under the 'nuclear-BSD' license. Is it a big problem to remove the nuclear clause and include it in OpenJDK? /Roman -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Stra?e 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-0 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Gesch?ftsf?hrer: Dr. James J. Hunt From Jeff.Dinkins at Sun.COM Fri May 16 14:03:09 2008 From: Jeff.Dinkins at Sun.COM (Jeff Dinkins) Date: Fri, 16 May 2008 07:03:09 -0700 Subject: Java2Demo and SwingSet2 In-Reply-To: <1210929898.6528.24.camel@moonlight> References: <1210929898.6528.24.camel@moonlight> Message-ID: We didn't include SwingSet2 because we were deprecating it in favor of SwingSet3, which wasn't quite ready... it is now, available here: https://swingset3.dev.java.net Part of the problem with SS2 was a bunch of resources that we didn't have rights to open source - hence we couldn't just toss it into the mix without additional work, and since Amy was working on SS3 we didn't feel it worth while to redo a bunch of things in SS2. Besides, as the primary author of SS2 I can unequivocally say that Amy's SS3 code is far better thought out and superior. jeff On May 16, 2008, at 2:24 AM, Roman Kennke wrote: > Hi there, > > it seems like the Java2Demo and SwingSet2 demos are not included in > OpenJDK. I think they make pretty nice demos for Swing and Java2D, and > would really like to see them as part of OpenJDK. I wonder why they > are > not included? They have been relatively liberally licensened even > before > OpenJDK, under the 'nuclear-BSD' license. Is it a big problem to > remove > the nuclear clause and include it in OpenJDK? > > /Roman > > -- > Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org > aicas Allerton Interworks Computer Automated Systems GmbH > Haid-und-Neu-Stra?e 18 * D-76131 Karlsruhe * Germany > http://www.aicas.com * Tel: +49-721-663 968-0 > USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe > Gesch?ftsf?hrer: Dr. James J. Hunt > From Christopher.Hegarty at Sun.COM Mon May 19 12:16:23 2008 From: Christopher.Hegarty at Sun.COM (Christopher Hegarty - Sun Microsystems Ireland) Date: Mon, 19 May 2008 13:16:23 +0100 Subject: user database server failure Message-ID: <48316F97.5060908@Sun.COM> The open JDK user database server [1] seems to be down. The jcheck hook is failing because of this even for pulls. -Chris. [1] http://db.openjdk.java.net/people/ From mr at sun.com Mon May 19 17:07:17 2008 From: mr at sun.com (Mark Reinhold) Date: Mon, 19 May 2008 10:07:17 -0700 Subject: user database server failure In-Reply-To: christopher.hegarty@sun.com; Mon, 19 May 2008 13:16:23 BST; <48316F97.5060908@Sun.COM> Message-ID: <20080519170717.32D931851@callebaut.niobe.net> > Date: Mon, 19 May 2008 13:16:23 +0100 > From: christopher.hegarty at sun.com > The open JDK user database server seems to be down. Fixed. Not sure why it failed; still investigating. - Mark From Igor.Nekrestyanov at Sun.COM Tue May 20 08:13:08 2008 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Tue, 20 May 2008 12:13:08 +0400 Subject: user database server failure In-Reply-To: <20080519170717.32D931851@callebaut.niobe.net> References: <20080519170717.32D931851@callebaut.niobe.net> Message-ID: <48328814.8050108@sun.com> It does not seem to work for me. hg fpull is failing with: error: pretxnchangegroup hook raised an exception: transaction abort! rollback completed skipped: Attempt to open http://db.openjdk.java.net in browser fails too. removing check from .hgrc and running fpull again works just fine. -igor Mark Reinhold wrote: >> Date: Mon, 19 May 2008 13:16:23 +0100 >> From: christopher.hegarty at sun.com >> > > >> The open JDK user database server seems to be down. >> > > Fixed. Not sure why it failed; still investigating. > > - Mark > From Yuri.Nesterenko at Sun.COM Tue May 20 09:22:25 2008 From: Yuri.Nesterenko at Sun.COM (Yuri Nesterenko) Date: Tue, 20 May 2008 13:22:25 +0400 Subject: user database server failure In-Reply-To: <48328814.8050108@sun.com> References: <20080519170717.32D931851@callebaut.niobe.net> <48328814.8050108@sun.com> Message-ID: <48329851.5050900@sun.com> hg commit: the same ahm problem. -yan Igor Nekrestyanov wrote: > It does not seem to work for me. > > hg fpull is failing with: > > error: pretxnchangegroup hook raised an exception: 'Connection refused')> > transaction abort! > rollback completed > skipped: > > Attempt to open http://db.openjdk.java.net in browser fails too. > > removing check from .hgrc and running fpull again works just fine. > > -igor > > Mark Reinhold wrote: >>> Date: Mon, 19 May 2008 13:16:23 +0100 >>> From: christopher.hegarty at sun.com >>> >> >> >>> The open JDK user database server seems to be down. >>> >> >> Fixed. Not sure why it failed; still investigating. >> >> - Mark >> > From mr at sun.com Tue May 20 16:51:25 2008 From: mr at sun.com (Mark Reinhold) Date: Tue, 20 May 2008 09:51:25 -0700 Subject: user database server failure In-Reply-To: igor.nekrestyanov@sun.com; Tue, 20 May 2008 12:13:08 +0400; <48328814.8050108@sun.com> Message-ID: <20080520165125.32B89573C@eggemoggin.niobe.net> > Date: Tue, 20 May 2008 12:13:08 +0400 > From: igor.nekrestyanov at sun.com > It does not seem to work for me. Fixed (again). Please report infrastructure outages to webmaster at openjdk.java.net rather than discuss at openjdk.java.net. - Mark From Xiomara.Jayasena at Sun.COM Fri May 23 15:04:38 2008 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Fri, 23 May 2008 08:04:38 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website Message-ID: <4836DD06.8090404@sun.com> The OpenJDK source is available at: http://hg.openjdk.java.net/jdk7/jdk7 and the build 27 source is here: http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 The OpenJDK source binary plugs and Jtreg binary for the promoted JDK 7 build 27 are available under the openjdk http://openjdk.java.net website under Source Code (direct link to bundles: http://download.java.net/openjdk/jdk7) Summary of changes: http://download.java.net/jdk7/changes/jdk7-b27.html -Xiomara From rob.ross at gmail.com Fri May 23 16:26:04 2008 From: rob.ross at gmail.com (Rob Ross) Date: Fri, 23 May 2008 09:26:04 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <4836DD06.8090404@sun.com> References: <4836DD06.8090404@sun.com> Message-ID: <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> What is the difference between the code in (A) jdk7/jdk7 (B) jkd7/rev/56652b46f328? I thought (A) was the "master" repository with the latest "build" code (not latest snapshot though) but I think I may just be confused. If (A) does not contain build 27 code, what codes does it contain? Thanks, Rob Ross, Lead Software Engineer E! Networks --------------------------------------------------- "Beware of he who would deny you access to information, for in his heart he dreams himself your master." -- Commissioner Pravin Lal On May 23, 2008, at 8:04 AM, Xiomara Jayasena wrote: > > The OpenJDK source is available at: > http://hg.openjdk.java.net/jdk7/jdk7 > and the build 27 source is here: > http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 > > The OpenJDK source binary plugs and Jtreg binary for the promoted > JDK 7 build 27 are available under the openjdk http:// > openjdk.java.net website under Source Code (direct link to bundles: > http://download.java.net/openjdk/jdk7) > > Summary of changes: > http://download.java.net/jdk7/changes/jdk7-b27.html > > -Xiomara > From Xiomara.Jayasena at Sun.COM Fri May 23 16:53:10 2008 From: Xiomara.Jayasena at Sun.COM (Xiomara.Jayasena at Sun.COM) Date: Fri, 23 May 2008 09:53:10 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> Message-ID: <4836F676.1050305@Sun.COM> There is no difference in the code at this point. Once integrations start to flow into the master repositories then the two below will defer, hence the reason to include the change set rev for this particular build number. In the future at any time if someone wants to pull a specific build number then they would just pull the change set rev for that build number or do the following: hg fclone -r jdk7-b27 http://hg.openjdk.java.net/jdk7/jdk7 myjdk7 Regards, -Xiomara Rob Ross wrote: > What is the difference between the code in > > (A) jdk7/jdk7 > (B) jkd7/rev/56652b46f328? > > I thought (A) was the "master" repository with the latest "build" code > (not latest snapshot though) but I think I may just be confused. If > (A) does not contain build 27 code, what codes does it contain? > > Thanks, > > > Rob Ross, Lead Software Engineer > E! Networks > > --------------------------------------------------- > "Beware of he who would deny you access to information, for in his > heart he dreams himself your master." -- Commissioner Pravin Lal > > > > On May 23, 2008, at 8:04 AM, Xiomara Jayasena wrote: > >> >> The OpenJDK source is available at: >> http://hg.openjdk.java.net/jdk7/jdk7 >> and the build 27 source is here: >> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 >> >> The OpenJDK source binary plugs and Jtreg binary for the promoted JDK >> 7 build 27 are available under the openjdk http://openjdk.java.net >> website under Source Code (direct link to bundles: >> http://download.java.net/openjdk/jdk7) >> >> Summary of changes: >> http://download.java.net/jdk7/changes/jdk7-b27.html >> >> -Xiomara >> > From Kelly.Ohair at Sun.COM Fri May 23 16:54:08 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 23 May 2008 09:54:08 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> Message-ID: <4836F6B0.7020700@sun.com> http://hg.openjdk.java.net/jdk7/jdk7 is the root of the repository forest, but you can only see the top repository. Using: hg fclone http://hg.openjdk.java.net/jdk7/jdk7 yourjdk7 would get you the entire forest. http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 is a reference to a specific changeset in the top level repository. And this changeset is the one that Xiomara created to define the jdk7-b27 tag so we have a permanent record of what changesets were in jdk7 build 27. Each repository in the forest will have a similar changeset, which just creates this jdk7-b27 tag. Using this jdk7-b27 tag, you could hg fclone -R jdk7-b27 http://hg.openjdk.java.net/jdk7/jdk7 yourjdk7-b27 if you wanted to get the repository forest and the exact state of the sources when Xiomara did the build for jdk7 Build 27. A handy feature. -kto Rob Ross wrote: > What is the difference between the code in > > (A) jdk7/jdk7 > (B) jkd7/rev/56652b46f328? > > I thought (A) was the "master" repository with the latest "build" code > (not latest snapshot though) but I think I may just be confused. If (A) > does not contain build 27 code, what codes does it contain? > > Thanks, > > > Rob Ross, Lead Software Engineer > E! Networks > > --------------------------------------------------- > "Beware of he who would deny you access to information, for in his heart > he dreams himself your master." -- Commissioner Pravin Lal > > > > On May 23, 2008, at 8:04 AM, Xiomara Jayasena wrote: > >> >> The OpenJDK source is available at: >> http://hg.openjdk.java.net/jdk7/jdk7 >> and the build 27 source is here: >> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 >> >> The OpenJDK source binary plugs and Jtreg binary for the promoted JDK >> 7 build 27 are available under the openjdk http://openjdk.java.net >> website under Source Code (direct link to bundles: >> http://download.java.net/openjdk/jdk7) >> >> Summary of changes: >> http://download.java.net/jdk7/changes/jdk7-b27.html >> >> -Xiomara >> > From Kelly.Ohair at Sun.COM Fri May 23 17:05:40 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 23 May 2008 10:05:40 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <4836F6B0.7020700@sun.com> References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> <4836F6B0.7020700@sun.com> Message-ID: <4836F964.4040701@sun.com> Kelly O'Hair wrote: > http://hg.openjdk.java.net/jdk7/jdk7 is the root of the repository > forest, but you can only see the top repository. > Using: > hg fclone http://hg.openjdk.java.net/jdk7/jdk7 yourjdk7 > would get you the entire forest. > > http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 is a reference to > a specific changeset in the top level repository. And this changeset > is the one that Xiomara created to define the jdk7-b27 tag so we > have a permanent record of what changesets were in jdk7 build 27. > Each repository in the forest will have a similar changeset, which just > creates this jdk7-b27 tag. > > Using this jdk7-b27 tag, you could > hg fclone -R jdk7-b27 http://hg.openjdk.java.net/jdk7/jdk7 ^^ -r oops. -kto > yourjdk7-b27 > if you wanted to get the repository forest and the exact state of the > sources > when Xiomara did the build for jdk7 Build 27. A handy feature. > > -kto > > Rob Ross wrote: >> What is the difference between the code in >> >> (A) jdk7/jdk7 >> (B) jkd7/rev/56652b46f328? >> >> I thought (A) was the "master" repository with the latest "build" code >> (not latest snapshot though) but I think I may just be confused. If >> (A) does not contain build 27 code, what codes does it contain? >> >> Thanks, >> >> >> Rob Ross, Lead Software Engineer >> E! Networks >> >> --------------------------------------------------- >> "Beware of he who would deny you access to information, for in his >> heart he dreams himself your master." -- Commissioner Pravin Lal >> >> >> >> On May 23, 2008, at 8:04 AM, Xiomara Jayasena wrote: >> >>> >>> The OpenJDK source is available at: >>> http://hg.openjdk.java.net/jdk7/jdk7 >>> and the build 27 source is here: >>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 >>> >>> The OpenJDK source binary plugs and Jtreg binary for the promoted JDK >>> 7 build 27 are available under the openjdk http://openjdk.java.net >>> website under Source Code (direct link to bundles: >>> http://download.java.net/openjdk/jdk7) >>> >>> Summary of changes: >>> http://download.java.net/jdk7/changes/jdk7-b27.html >>> >>> -Xiomara >>> >> From rob.ross at gmail.com Fri May 23 18:43:17 2008 From: rob.ross at gmail.com (Rob Ross) Date: Fri, 23 May 2008 11:43:17 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <4836F964.4040701@sun.com> References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> <4836F6B0.7020700@sun.com> <4836F964.4040701@sun.com> Message-ID: <92E58BF3-566A-429E-AA63-3B2B3D453855@gmail.com> Sorry to ask again, but I'm trying to learn how this works :) I had read through the archives regarding the repository process flow, and know there are several levels with gatekeeper repositories before the "master" repository, which I thought was at jdk7/jdk. I also thought that code does not get checked into this repository until it's gone through several gatekeeper repositories and been tested, reviewed, etc. So things would only get checked into master in well defined circumstances. If my understanding of the above is not correct than what follows is also not correct. I understand about creating a changeset tag to be able to recreate that code in that moment in time, but I didn't understand where Xiomara said "There is no difference in the code at this point. Once integrations start to flow into the master repositories then the two below will defer, hence the reason to include the change set rev for this particular build number." Wouldn't any changes that flow into the master repositories be based on code originally part of this tag, that had been tested, modified if necessary, and eventually approved? So any such changes in the master would be (excluding regressions) a positive development? This is the opposite of how other SCM systems work, where the head/ top is usually in an unstable state due to active checkins, and you want to pull a stable release tag that has been created to mark a milestone during development - is this correct? Rob Ross, Lead Software Engineer E! Networks --------------------------------------------------- "Beware of he who would deny you access to information, for in his heart he dreams himself your master." -- Commissioner Pravin Lal On May 23, 2008, at 10:05 AM, Kelly O'Hair wrote: > > > Kelly O'Hair wrote: >> http://hg.openjdk.java.net/jdk7/jdk7 is the root of the repository >> forest, but you can only see the top repository. >> Using: >> hg fclone http://hg.openjdk.java.net/jdk7/jdk7 yourjdk7 >> would get you the entire forest. >> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 is a >> reference to >> a specific changeset in the top level repository. And this changeset >> is the one that Xiomara created to define the jdk7-b27 tag so we >> have a permanent record of what changesets were in jdk7 build 27. >> Each repository in the forest will have a similar changeset, which >> just >> creates this jdk7-b27 tag. >> Using this jdk7-b27 tag, you could >> hg fclone -R jdk7-b27 http://hg.openjdk.java.net/jdk7/jdk7 > ^^ > -r > oops. > > -kto > >> yourjdk7-b27 >> if you wanted to get the repository forest and the exact state of >> the sources >> when Xiomara did the build for jdk7 Build 27. A handy feature. >> -kto >> Rob Ross wrote: >>> What is the difference between the code in >>> >>> (A) jdk7/jdk7 >>> (B) jkd7/rev/56652b46f328? >>> >>> I thought (A) was the "master" repository with the latest "build" >>> code (not latest snapshot though) but I think I may just be >>> confused. If (A) does not contain build 27 code, what codes does >>> it contain? >>> >>> Thanks, >>> >>> >>> Rob Ross, Lead Software Engineer >>> E! Networks >>> >>> --------------------------------------------------- >>> "Beware of he who would deny you access to information, for in >>> his heart he dreams himself your master." -- Commissioner Pravin Lal >>> >>> >>> >>> On May 23, 2008, at 8:04 AM, Xiomara Jayasena wrote: >>> >>>> >>>> The OpenJDK source is available at: >>>> http://hg.openjdk.java.net/jdk7/jdk7 >>>> and the build 27 source is here: >>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 >>>> >>>> The OpenJDK source binary plugs and Jtreg binary for the >>>> promoted JDK 7 build 27 are available under the openjdk http:// >>>> openjdk.java.net website under Source Code (direct link to >>>> bundles: http://download.java.net/openjdk/jdk7) >>>> >>>> Summary of changes: >>>> http://download.java.net/jdk7/changes/jdk7-b27.html >>>> >>>> -Xiomara >>>> >>> From Xiomara.Jayasena at Sun.COM Fri May 23 18:59:47 2008 From: Xiomara.Jayasena at Sun.COM (Xiomara.Jayasena at Sun.COM) Date: Fri, 23 May 2008 11:59:47 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <92E58BF3-566A-429E-AA63-3B2B3D453855@gmail.com> References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> <4836F6B0.7020700@sun.com> <4836F964.4040701@sun.com> <92E58BF3-566A-429E-AA63-3B2B3D453855@gmail.com> Message-ID: <48371423.2010302@Sun.COM> Rob Ross wrote: > Sorry to ask again, but I'm trying to learn how this works :) > > I had read through the archives regarding the repository process flow, > and know there are several levels with gatekeeper repositories before > the "master" repository, which I thought was at jdk7/jdk. I also > thought that code does not get checked into this repository until it's > gone through several gatekeeper repositories and been tested, > reviewed, etc. So things would only get checked into master in well > defined circumstances. > > If my understanding of the above is not correct than what follows is > also not correct. I understand about creating a changeset tag to be > able to recreate that code in that moment in time, but I didn't > understand where Xiomara said > > "There is no difference in the code at this point. Once integrations > start to flow into the master repositories then the two below will > defer, hence the reason to include the change set rev for this > particular build number." To clarify I was answering the question is there a difference between: (A) jdk7/jdk7 (B) jkd7/rev/56652b46f328? and the answer is no, there is no difference. A clone of each of those will yield the same source. > > Wouldn't any changes that flow into the master repositories be based > on code originally part of this tag, that had been tested, modified if > necessary, and eventually approved? So any such changes in the master > would be (excluding regressions) a positive development? > > This is the opposite of how other SCM systems work, where the head/top > is usually in an unstable state due to active checkins, and you want > to pull a stable release tag that has been created to mark a milestone > during development - is this correct? Right, a stable release tag for this build is jdk7-b27, which corresponds to changeset 56652b46f328. The forest will continue to evolve as checkins continue to go in, as you mentioned above. Regards, -Xiomara > > > Rob Ross, Lead Software Engineer > E! Networks > > --------------------------------------------------- > "Beware of he who would deny you access to information, for in his > heart he dreams himself your master." -- Commissioner Pravin Lal > > > > On May 23, 2008, at 10:05 AM, Kelly O'Hair wrote: > >> >> >> Kelly O'Hair wrote: >>> http://hg.openjdk.java.net/jdk7/jdk7 is the root of the repository >>> forest, but you can only see the top repository. >>> Using: >>> hg fclone http://hg.openjdk.java.net/jdk7/jdk7 yourjdk7 >>> would get you the entire forest. >>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 is a >>> reference to >>> a specific changeset in the top level repository. And this changeset >>> is the one that Xiomara created to define the jdk7-b27 tag so we >>> have a permanent record of what changesets were in jdk7 build 27. >>> Each repository in the forest will have a similar changeset, which just >>> creates this jdk7-b27 tag. >>> Using this jdk7-b27 tag, you could >>> hg fclone -R jdk7-b27 http://hg.openjdk.java.net/jdk7/jdk7 >> ^^ >> -r >> oops. >> >> -kto >> >>> yourjdk7-b27 >>> if you wanted to get the repository forest and the exact state of >>> the sources >>> when Xiomara did the build for jdk7 Build 27. A handy feature. >>> -kto >>> Rob Ross wrote: >>>> What is the difference between the code in >>>> >>>> (A) jdk7/jdk7 >>>> (B) jkd7/rev/56652b46f328? >>>> >>>> I thought (A) was the "master" repository with the latest "build" >>>> code (not latest snapshot though) but I think I may just be >>>> confused. If (A) does not contain build 27 code, what codes does it >>>> contain? >>>> >>>> Thanks, >>>> >>>> >>>> Rob Ross, Lead Software Engineer >>>> E! Networks >>>> >>>> --------------------------------------------------- >>>> "Beware of he who would deny you access to information, for in his >>>> heart he dreams himself your master." -- Commissioner Pravin Lal >>>> >>>> >>>> >>>> On May 23, 2008, at 8:04 AM, Xiomara Jayasena wrote: >>>> >>>>> >>>>> The OpenJDK source is available at: >>>>> http://hg.openjdk.java.net/jdk7/jdk7 >>>>> and the build 27 source is here: >>>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 >>>>> >>>>> The OpenJDK source binary plugs and Jtreg binary for the promoted >>>>> JDK 7 build 27 are available under the openjdk >>>>> http://openjdk.java.net website under Source Code (direct link to >>>>> bundles: http://download.java.net/openjdk/jdk7) >>>>> >>>>> Summary of changes: >>>>> http://download.java.net/jdk7/changes/jdk7-b27.html >>>>> >>>>> -Xiomara >>>>> >>>> > From Kelly.Ohair at Sun.COM Fri May 23 19:10:21 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 23 May 2008 12:10:21 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <92E58BF3-566A-429E-AA63-3B2B3D453855@gmail.com> References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> <4836F6B0.7020700@sun.com> <4836F964.4040701@sun.com> <92E58BF3-566A-429E-AA63-3B2B3D453855@gmail.com> Message-ID: <4837169D.8010509@sun.com> The most stable sources (changesets) will be those tagged by Xiomara and that represent the promoted build. As various teams push changesets into the master area jdk7/jdk7 (http://hg.openjdk.java.net/jdk7/jdk7) these changesets should be solid but they have not gone through the release engineering build promotion process like the promoted build changesets. Also, because of the timing of the pushes, it's rare but possible that doing a forest pull from all the jdk7/jdk7 forest could get some but not all of the changesets a team may have pushed into this forest. Like I said, this is an extremely rare event. Pushes of changesets into the jdk7/jdk7 forest only happens a few times a day, based on integration slots listed here: http://openjdk.java.net/projects/jdk7/builds/ These time slots are dedicated to the team doing the integration, allowing them reserved access to the jdk7/jdk7 forest for uninterrupted pulls, merges, and the pushes. Hope this helps. -kto Rob Ross wrote: > Sorry to ask again, but I'm trying to learn how this works :) > > I had read through the archives regarding the repository process flow, > and know there are several levels with gatekeeper repositories before > the "master" repository, which I thought was at jdk7/jdk. I also thought > that code does not get checked into this repository until it's gone > through several gatekeeper repositories and been tested, reviewed, etc. > So things would only get checked into master in well defined circumstances. > > If my understanding of the above is not correct than what follows is > also not correct. I understand about creating a changeset tag to be able > to recreate that code in that moment in time, but I didn't understand > where Xiomara said > > "There is no difference in the code at this point. Once integrations > start to flow into the master repositories then the two below will > defer, hence the reason to include the change set rev for this > particular build number." > > Wouldn't any changes that flow into the master repositories be based on > code originally part of this tag, that had been tested, modified if > necessary, and eventually approved? So any such changes in the master > would be (excluding regressions) a positive development? > > This is the opposite of how other SCM systems work, where the head/top > is usually in an unstable state due to active checkins, and you want to > pull a stable release tag that has been created to mark a milestone > during development - is this correct? > > > Rob Ross, Lead Software Engineer > E! Networks > > --------------------------------------------------- > "Beware of he who would deny you access to information, for in his heart > he dreams himself your master." -- Commissioner Pravin Lal > > > > On May 23, 2008, at 10:05 AM, Kelly O'Hair wrote: > >> >> >> Kelly O'Hair wrote: >>> http://hg.openjdk.java.net/jdk7/jdk7 is the root of the repository >>> forest, but you can only see the top repository. >>> Using: >>> hg fclone http://hg.openjdk.java.net/jdk7/jdk7 yourjdk7 >>> would get you the entire forest. >>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 is a reference to >>> a specific changeset in the top level repository. And this changeset >>> is the one that Xiomara created to define the jdk7-b27 tag so we >>> have a permanent record of what changesets were in jdk7 build 27. >>> Each repository in the forest will have a similar changeset, which just >>> creates this jdk7-b27 tag. >>> Using this jdk7-b27 tag, you could >>> hg fclone -R jdk7-b27 http://hg.openjdk.java.net/jdk7/jdk7 >> ^^ >> -r >> oops. >> >> -kto >> >>> yourjdk7-b27 >>> if you wanted to get the repository forest and the exact state of the >>> sources >>> when Xiomara did the build for jdk7 Build 27. A handy feature. >>> -kto >>> Rob Ross wrote: >>>> What is the difference between the code in >>>> >>>> (A) jdk7/jdk7 >>>> (B) jkd7/rev/56652b46f328? >>>> >>>> I thought (A) was the "master" repository with the latest "build" >>>> code (not latest snapshot though) but I think I may just be >>>> confused. If (A) does not contain build 27 code, what codes does it >>>> contain? >>>> >>>> Thanks, >>>> >>>> >>>> Rob Ross, Lead Software Engineer >>>> E! Networks >>>> >>>> --------------------------------------------------- >>>> "Beware of he who would deny you access to information, for in his >>>> heart he dreams himself your master." -- Commissioner Pravin Lal >>>> >>>> >>>> >>>> On May 23, 2008, at 8:04 AM, Xiomara Jayasena wrote: >>>> >>>>> >>>>> The OpenJDK source is available at: >>>>> http://hg.openjdk.java.net/jdk7/jdk7 >>>>> and the build 27 source is here: >>>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 >>>>> >>>>> The OpenJDK source binary plugs and Jtreg binary for the promoted >>>>> JDK 7 build 27 are available under the openjdk >>>>> http://openjdk.java.net website under Source Code (direct link to >>>>> bundles: http://download.java.net/openjdk/jdk7) >>>>> >>>>> Summary of changes: >>>>> http://download.java.net/jdk7/changes/jdk7-b27.html >>>>> >>>>> -Xiomara >>>>> >>>> > From rob.ross at gmail.com Fri May 23 19:47:06 2008 From: rob.ross at gmail.com (Rob Ross) Date: Fri, 23 May 2008 12:47:06 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <4837169D.8010509@sun.com> References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> <4836F6B0.7020700@sun.com> <4836F964.4040701@sun.com> <92E58BF3-566A-429E-AA63-3B2B3D453855@gmail.com> <4837169D.8010509@sun.com> Message-ID: Yes this helps. So it turns out this process is similar to other SCM processes after all. The "top" level represents the latest (in this case pre-vetted) changes, but tagged changesets (repositories?) actually represent stable/milestone builds. Rob Ross, Lead Software Engineer E! Networks --------------------------------------------------- "Beware of he who would deny you access to information, for in his heart he dreams himself your master." -- Commissioner Pravin Lal On May 23, 2008, at 12:10 PM, Kelly O'Hair wrote: > The most stable sources (changesets) will be those tagged by Xiomara > and that represent the promoted build. > > As various teams push changesets into the master area jdk7/jdk7 > (http://hg.openjdk.java.net/jdk7/jdk7) these changesets should be > solid but they have not gone through the release engineering build > promotion process like the promoted build changesets. > Also, because of the timing of the pushes, it's rare but possible that > doing a forest pull from all the jdk7/jdk7 forest could get > some but not all of the changesets a team may have pushed into this > forest. Like I said, this is an extremely rare event. > > Pushes of changesets into the jdk7/jdk7 forest only happens a few > times a day, based on integration slots listed here: > http://openjdk.java.net/projects/jdk7/builds/ > These time slots are dedicated to the team doing the integration, > allowing them reserved access to the jdk7/jdk7 forest for > uninterrupted > pulls, merges, and the pushes. > > Hope this helps. > > -kto > > Rob Ross wrote: >> Sorry to ask again, but I'm trying to learn how this works :) >> I had read through the archives regarding the repository process >> flow, and know there are several levels with gatekeeper >> repositories before the "master" repository, which I thought was >> at jdk7/jdk. I also thought that code does not get checked into >> this repository until it's gone through several gatekeeper >> repositories and been tested, reviewed, etc. So things would only >> get checked into master in well defined circumstances. >> If my understanding of the above is not correct than what follows >> is also not correct. I understand about creating a changeset tag >> to be able to recreate that code in that moment in time, but I >> didn't understand where Xiomara said >> "There is no difference in the code at this point. Once >> integrations start to flow into the master repositories then the >> two below will defer, hence the reason to include the change set >> rev for this particular build number." >> Wouldn't any changes that flow into the master repositories be >> based on code originally part of this tag, that had been tested, >> modified if necessary, and eventually approved? So any such >> changes in the master would be (excluding regressions) a positive >> development? >> This is the opposite of how other SCM systems work, where the head/ >> top is usually in an unstable state due to active checkins, and >> you want to pull a stable release tag that has been created to >> mark a milestone during development - is this correct? >> Rob Ross, Lead Software Engineer >> E! Networks >> --------------------------------------------------- >> "Beware of he who would deny you access to information, for in his >> heart he dreams himself your master." -- Commissioner Pravin Lal >> On May 23, 2008, at 10:05 AM, Kelly O'Hair wrote: >>> >>> >>> Kelly O'Hair wrote: >>>> http://hg.openjdk.java.net/jdk7/jdk7 is the root of the repository >>>> forest, but you can only see the top repository. >>>> Using: >>>> hg fclone http://hg.openjdk.java.net/jdk7/jdk7 yourjdk7 >>>> would get you the entire forest. >>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 is a >>>> reference to >>>> a specific changeset in the top level repository. And this >>>> changeset >>>> is the one that Xiomara created to define the jdk7-b27 tag so we >>>> have a permanent record of what changesets were in jdk7 build 27. >>>> Each repository in the forest will have a similar changeset, >>>> which just >>>> creates this jdk7-b27 tag. >>>> Using this jdk7-b27 tag, you could >>>> hg fclone -R jdk7-b27 http://hg.openjdk.java.net/jdk7/jdk7 >>> ^^ >>> -r >>> oops. >>> >>> -kto >>> >>>> yourjdk7-b27 >>>> if you wanted to get the repository forest and the exact state >>>> of the sources >>>> when Xiomara did the build for jdk7 Build 27. A handy feature. >>>> -kto >>>> Rob Ross wrote: >>>>> What is the difference between the code in >>>>> >>>>> (A) jdk7/jdk7 >>>>> (B) jkd7/rev/56652b46f328? >>>>> >>>>> I thought (A) was the "master" repository with the latest >>>>> "build" code (not latest snapshot though) but I think I may >>>>> just be confused. If (A) does not contain build 27 code, what >>>>> codes does it contain? >>>>> >>>>> Thanks, >>>>> >>>>> >>>>> Rob Ross, Lead Software Engineer >>>>> E! Networks >>>>> >>>>> --------------------------------------------------- >>>>> "Beware of he who would deny you access to information, for in >>>>> his heart he dreams himself your master." -- Commissioner >>>>> Pravin Lal >>>>> >>>>> >>>>> >>>>> On May 23, 2008, at 8:04 AM, Xiomara Jayasena wrote: >>>>> >>>>>> >>>>>> The OpenJDK source is available at: >>>>>> http://hg.openjdk.java.net/jdk7/jdk7 >>>>>> and the build 27 source is here: >>>>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 >>>>>> >>>>>> The OpenJDK source binary plugs and Jtreg binary for the >>>>>> promoted JDK 7 build 27 are available under the openjdk http:// >>>>>> openjdk.java.net website under Source Code (direct link to >>>>>> bundles: http://download.java.net/openjdk/jdk7) >>>>>> >>>>>> Summary of changes: >>>>>> http://download.java.net/jdk7/changes/jdk7-b27.html >>>>>> >>>>>> -Xiomara >>>>>> >>>>> From Kelly.Ohair at Sun.COM Fri May 23 20:02:51 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 23 May 2008 13:02:51 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> <4836F6B0.7020700@sun.com> <4836F964.4040701@sun.com> <92E58BF3-566A-429E-AA63-3B2B3D453855@gmail.com> <4837169D.8010509@sun.com> Message-ID: <483722EB.2080808@sun.com> The major difference is that the individual developer pushes changesets to their team area, so the absolute freshest changesets, are down in the team forests. But those fresh changesets will likely not be tested as well as the ones living up in jdk7/jdk7. The chance that bad changesets will get into the jdk7/jdk7 forest is extremely slim, not impossible of course. -kto Rob Ross wrote: > Yes this helps. > > So it turns out this process is similar to other SCM processes after > all. The "top" level represents the latest (in this case pre-vetted) > changes, but tagged changesets (repositories?) actually represent > stable/milestone builds. > > > Rob Ross, Lead Software Engineer > E! Networks > > --------------------------------------------------- > "Beware of he who would deny you access to information, for in his heart > he dreams himself your master." -- Commissioner Pravin Lal > > > > On May 23, 2008, at 12:10 PM, Kelly O'Hair wrote: > >> The most stable sources (changesets) will be those tagged by Xiomara >> and that represent the promoted build. >> >> As various teams push changesets into the master area jdk7/jdk7 >> (http://hg.openjdk.java.net/jdk7/jdk7) these changesets should be >> solid but they have not gone through the release engineering build >> promotion process like the promoted build changesets. >> Also, because of the timing of the pushes, it's rare but possible that >> doing a forest pull from all the jdk7/jdk7 forest could get >> some but not all of the changesets a team may have pushed into this >> forest. Like I said, this is an extremely rare event. >> >> Pushes of changesets into the jdk7/jdk7 forest only happens a few >> times a day, based on integration slots listed here: >> http://openjdk.java.net/projects/jdk7/builds/ >> These time slots are dedicated to the team doing the integration, >> allowing them reserved access to the jdk7/jdk7 forest for uninterrupted >> pulls, merges, and the pushes. >> >> Hope this helps. >> >> -kto >> >> Rob Ross wrote: >>> Sorry to ask again, but I'm trying to learn how this works :) >>> I had read through the archives regarding the repository process >>> flow, and know there are several levels with gatekeeper repositories >>> before the "master" repository, which I thought was at jdk7/jdk. I >>> also thought that code does not get checked into this repository >>> until it's gone through several gatekeeper repositories and been >>> tested, reviewed, etc. So things would only get checked into master >>> in well defined circumstances. >>> If my understanding of the above is not correct than what follows is >>> also not correct. I understand about creating a changeset tag to be >>> able to recreate that code in that moment in time, but I didn't >>> understand where Xiomara said >>> "There is no difference in the code at this point. Once integrations >>> start to flow into the master repositories then the two below will >>> defer, hence the reason to include the change set rev for this >>> particular build number." >>> Wouldn't any changes that flow into the master repositories be based >>> on code originally part of this tag, that had been tested, modified >>> if necessary, and eventually approved? So any such changes in the >>> master would be (excluding regressions) a positive development? >>> This is the opposite of how other SCM systems work, where the >>> head/top is usually in an unstable state due to active checkins, and >>> you want to pull a stable release tag that has been created to mark a >>> milestone during development - is this correct? >>> Rob Ross, Lead Software Engineer >>> E! Networks >>> --------------------------------------------------- >>> "Beware of he who would deny you access to information, for in his >>> heart he dreams himself your master." -- Commissioner Pravin Lal >>> On May 23, 2008, at 10:05 AM, Kelly O'Hair wrote: >>>> >>>> >>>> Kelly O'Hair wrote: >>>>> http://hg.openjdk.java.net/jdk7/jdk7 is the root of the repository >>>>> forest, but you can only see the top repository. >>>>> Using: >>>>> hg fclone http://hg.openjdk.java.net/jdk7/jdk7 yourjdk7 >>>>> would get you the entire forest. >>>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 is a >>>>> reference to >>>>> a specific changeset in the top level repository. And this changeset >>>>> is the one that Xiomara created to define the jdk7-b27 tag so we >>>>> have a permanent record of what changesets were in jdk7 build 27. >>>>> Each repository in the forest will have a similar changeset, which >>>>> just >>>>> creates this jdk7-b27 tag. >>>>> Using this jdk7-b27 tag, you could >>>>> hg fclone -R jdk7-b27 http://hg.openjdk.java.net/jdk7/jdk7 >>>> ^^ >>>> -r >>>> oops. >>>> >>>> -kto >>>> >>>>> yourjdk7-b27 >>>>> if you wanted to get the repository forest and the exact state of >>>>> the sources >>>>> when Xiomara did the build for jdk7 Build 27. A handy feature. >>>>> -kto >>>>> Rob Ross wrote: >>>>>> What is the difference between the code in >>>>>> >>>>>> (A) jdk7/jdk7 >>>>>> (B) jkd7/rev/56652b46f328? >>>>>> >>>>>> I thought (A) was the "master" repository with the latest "build" >>>>>> code (not latest snapshot though) but I think I may just be >>>>>> confused. If (A) does not contain build 27 code, what codes does >>>>>> it contain? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> >>>>>> Rob Ross, Lead Software Engineer >>>>>> E! Networks >>>>>> >>>>>> --------------------------------------------------- >>>>>> "Beware of he who would deny you access to information, for in his >>>>>> heart he dreams himself your master." -- Commissioner Pravin Lal >>>>>> >>>>>> >>>>>> >>>>>> On May 23, 2008, at 8:04 AM, Xiomara Jayasena wrote: >>>>>> >>>>>>> >>>>>>> The OpenJDK source is available at: >>>>>>> http://hg.openjdk.java.net/jdk7/jdk7 >>>>>>> and the build 27 source is here: >>>>>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 >>>>>>> >>>>>>> The OpenJDK source binary plugs and Jtreg binary for the promoted >>>>>>> JDK 7 build 27 are available under the openjdk >>>>>>> http://openjdk.java.net website under Source Code (direct link to >>>>>>> bundles: http://download.java.net/openjdk/jdk7) >>>>>>> >>>>>>> Summary of changes: >>>>>>> http://download.java.net/jdk7/changes/jdk7-b27.html >>>>>>> >>>>>>> -Xiomara >>>>>>> >>>>>> > From Bradford.Wetmore at Sun.COM Mon May 26 22:36:11 2008 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Mon, 26 May 2008 15:36:11 -0700 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <48371423.2010302@Sun.COM> References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> <4836F6B0.7020700@sun.com> <4836F964.4040701@sun.com> <92E58BF3-566A-429E-AA63-3B2B3D453855@gmail.com> <48371423.2010302@Sun.COM> Message-ID: <483B3B5B.5030009@sun.com> I was reading between the lines here just to make sure the right answers are coming out. > To clarify I was answering the question is there a difference between: > > (A) jdk7/jdk7 > (B) jkd7/rev/56652b46f328? > > and the answer is no, there is no difference. A clone of each of those > will yield the same source. Assuming that 56652b46f328 is still the topmost rev when you clone... > The "top" level represents the latest (in this case pre-vetted) > changes, but tagged changesets (repositories?) actually represent > stable/milestone builds. Yes. Warning: hg technical content ahead. The build tag changesets that Xiomara is creating are just like any other changeset that go into any repository: the only file modification that is normally being made here is to the .hgtags file, which is at the top directory of every repository's tree (/.hgtags). This file is just a "list of version pointers". For example, the top most one in jdk7/jdk used to contain: cfeea66a3fa8ca3686a7cfa2d0ce8ab0169f168d jdk7-b24 cbc8ad9dd0e085a607427ea35411990982f19a36 jdk7-b25 9410f77cc30c604d1caf7c9fe3a57fa19e1acbe8 jdk7-b26 The b27 tag change added the following line: 11b4dc9f2be3523ef989a0db8459eb56b3045c3a jdk7-b27 (Note, this version uses the "long" version of the hg changeset id. The short version is just the first 12 chars) For most hg users, you should stop reading here. > http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 is a reference > to a specific changeset in the top level repository. And this > changeset is the one that Xiomara created to define the jdk7-b27 tag > so we have a permanent record of what changesets were in jdk7 build > 27. Refer to: changeset: 13:56652b46f328 tag: tip user: xdono date: Thu May 22 09:37:37 2008 -0700 files: .hgtags description: Added tag jdk7-b27 for changeset 11b4dc9f2be3 changeset: 12:11b4dc9f2be3 tag: jdk7-b27 parent: 11:0f440f3321f5 parent: 10:613dea62de17 user: xdono date: Tue May 13 11:31:45 2008 -0700 description: Merge Note that "clone -r ver" doesn't not actually bring the *FULL* repository down, only up to the version you asked for. If you asked for "-r jdk7-b27", it will only bring down revision 11b4dc9f2be3, not 56652b46f328 which is the version that actually modified the .hgtags files. That was surprising to me at first. A "hg clone -r jdk7-b27" followed by a "hg in" will show there is still a change (56652b46f328) incoming. Hope this helps, and not confuses! Brad From Weijun.Wang at Sun.COM Mon May 26 23:16:50 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Tue, 27 May 2008 07:16:50 +0800 Subject: JDK 7 build 27 is available at the openjdk.java.net website In-Reply-To: <483B3B5B.5030009@sun.com> References: <4836DD06.8090404@sun.com> <7B601158-84D3-4FBD-B86D-6B60CC69ACA8@gmail.com> <4836F6B0.7020700@sun.com> <4836F964.4040701@sun.com> <92E58BF3-566A-429E-AA63-3B2B3D453855@gmail.com> <48371423.2010302@Sun.COM> <483B3B5B.5030009@sun.com> Message-ID: <536E4861-92A3-46EF-92BF-57FB8FA63301@sun.com> IMHO, It's like after a child is born, the parents go to an authority to do a birth registration. Two actions. the second one tags the first one. The first one is the important one (and will be remembered by the family). Max On May 27, 2008, at 6:36 AM, Brad Wetmore wrote: > I was reading between the lines here just to make sure the right > answers are coming out. > >> To clarify I was answering the question is there a difference >> between: >> (A) jdk7/jdk7 >> (B) jkd7/rev/56652b46f328? >> and the answer is no, there is no difference. A clone of each of >> those will yield the same source. > > Assuming that 56652b46f328 is still the topmost rev when you clone... > > > The "top" level represents the latest (in this case pre-vetted) > > changes, but tagged changesets (repositories?) actually represent > > stable/milestone builds. > > Yes. > > Warning: hg technical content ahead. > > The build tag changesets that Xiomara is creating are just like any > other changeset that go into any repository: the only file > modification that is normally being made here is to the .hgtags > file, which is at the top directory of every repository's tree > (/.hgtags). This file is just a "list of version > pointers". For example, the top most one in jdk7/jdk used to contain: > > cfeea66a3fa8ca3686a7cfa2d0ce8ab0169f168d jdk7-b24 > cbc8ad9dd0e085a607427ea35411990982f19a36 jdk7-b25 > 9410f77cc30c604d1caf7c9fe3a57fa19e1acbe8 jdk7-b26 > > The b27 tag change added the following line: > > 11b4dc9f2be3523ef989a0db8459eb56b3045c3a jdk7-b27 > > (Note, this version uses the "long" version of the hg changeset > id. The short version is just the first 12 chars) > > For most hg users, you should stop reading here. > > > http://hg.openjdk.java.net/jdk7/jdk7/rev/56652b46f328 is a > reference > > to a specific changeset in the top level repository. And this > > changeset is the one that Xiomara created to define the jdk7-b27 tag > > so we have a permanent record of what changesets were in jdk7 build > > 27. > > Refer to: > > changeset: 13:56652b46f328 > tag: tip > user: xdono > date: Thu May 22 09:37:37 2008 -0700 > files: .hgtags > description: > Added tag jdk7-b27 for changeset 11b4dc9f2be3 > > changeset: 12:11b4dc9f2be3 > tag: jdk7-b27 > parent: 11:0f440f3321f5 > parent: 10:613dea62de17 > user: xdono > date: Tue May 13 11:31:45 2008 -0700 > description: > Merge > > Note that "clone -r ver" doesn't not actually bring the *FULL* > repository down, only up to the version you asked for. If you > asked for "-r jdk7-b27", it will only bring down revision > 11b4dc9f2be3, not 56652b46f328 which is the version that actually > modified the .hgtags files. That was surprising to me at first. A > "hg clone -r jdk7-b27" followed by a "hg in" will show there is > still a change (56652b46f328) incoming. > > Hope this helps, and not confuses! > > Brad