From david.holmes at oracle.com Mon Feb 2 00:10:35 2015 From: david.holmes at oracle.com (David Holmes) Date: Mon, 02 Feb 2015 10:10:35 +1000 Subject: OpenJDK Governing Board Minutes: 2015/01/15 In-Reply-To: <54CB9384.9000401@cs.oswego.edu> References: <54CB9384.9000401@cs.oswego.edu> Message-ID: <54CEC07B.8020007@oracle.com> On 31/01/2015 12:21 AM, Doug Lea wrote: > On 01/30/2015 04:36 AM, Volker Simonis wrote: >> Hi, >> >> can sombody please explain what's the meaning of "CCC" in the context >> of section "6. > > CCC is a committee/process for approving any change in JDK classes > that has a risk of impacting compatibility; Not just JDK classes but any exported interface, such as VM flags, launcher flags, plus specifications like JVM TI, JNI etc. Almost anything** that affects a "specification" has to go through this process to ensure that not only has compatibility been considered but also that the platform rules regarding compatibility (binary, source etc) have been adhered to. ** Some specifications are updated by maintenance releases of their respective JSRs. Cheers, David ----- for example, adding > a method to a class. This is one of the few remaining Oracle-only > processes, that have not yet been integrated into OpenJDK. > No one objects to the notion of imposing an extra safeguard step > for potential compatibility issues, but there are no OpenJDK rules > specifying committee composition, rules for when approval is needed, > and so on. In the mean time, Oracle engineers catch possible > cases where it applies and somehow do something about it. > > -Doug > > >> >> Thanks, >> Volker >> >> On Fri, Jan 30, 2015 at 4:27 AM, Iris Clark >> wrote: >>> The minutes of the OpenJDK Governing Board's meeting on 15 January >>> 2015 are now available: >>> http://openjdk.java.net/groups/gb/minutes/2015-01-15 . >>> >>> Thanks, >>> Iris >> > From martijnverburg at gmail.com Mon Feb 2 10:01:05 2015 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 2 Feb 2015 10:01:05 +0000 Subject: OpenJDK Governing Board Minutes: 2015/01/15 In-Reply-To: <54CEC07B.8020007@oracle.com> References: <54CB9384.9000401@cs.oswego.edu> <54CEC07B.8020007@oracle.com> Message-ID: Hi All, This was discussed at the governing board session at FOSDEM. Everyone was in agreement that the CCC is a good thing for OpenJDK and that its been run very well by Joe Darcy et al. Oracle made it clear that they have wanted to open this up for some time and it will get worked on! Obviously no ETA yet as it's going to be one of these "externalising internal infrastructure" situations which I think everyone can appreciate takes time in any large organisation. I also imagine that getting the vulnerability group up and running will take priority first. I suspect Doug and others will be gently nudging this topic so it's not forgotten :-). In the mean time the adoption group will make a couple of web page / doc suggestions so contributors are aware of CCC and how to get in touch with the right people. Cheers, Martijn On Monday, 2 February 2015, David Holmes wrote: > On 31/01/2015 12:21 AM, Doug Lea wrote: > >> On 01/30/2015 04:36 AM, Volker Simonis wrote: >> >>> Hi, >>> >>> can sombody please explain what's the meaning of "CCC" in the context >>> of section "6. >>> >> >> CCC is a committee/process for approving any change in JDK classes >> that has a risk of impacting compatibility; >> > > Not just JDK classes but any exported interface, such as VM flags, > launcher flags, plus specifications like JVM TI, JNI etc. Almost anything** > that affects a "specification" has to go through this process to ensure > that not only has compatibility been considered but also that the platform > rules regarding compatibility (binary, source etc) have been adhered to. > > ** Some specifications are updated by maintenance releases of their > respective JSRs. > > Cheers, > David > ----- > > for example, adding > >> a method to a class. This is one of the few remaining Oracle-only >> processes, that have not yet been integrated into OpenJDK. >> No one objects to the notion of imposing an extra safeguard step >> for potential compatibility issues, but there are no OpenJDK rules >> specifying committee composition, rules for when approval is needed, >> and so on. In the mean time, Oracle engineers catch possible >> cases where it applies and somehow do something about it. >> >> -Doug >> >> >> >>> Thanks, >>> Volker >>> >>> On Fri, Jan 30, 2015 at 4:27 AM, Iris Clark >>> wrote: >>> >>>> The minutes of the OpenJDK Governing Board's meeting on 15 January >>>> 2015 are now available: >>>> http://openjdk.java.net/groups/gb/minutes/2015-01-15 . >>>> >>>> Thanks, >>>> Iris >>>> >>> >>> >> -- Cheers, Martijn From martijnverburg at gmail.com Mon Feb 2 12:16:53 2015 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 2 Feb 2015 12:16:53 +0000 Subject: OpenJDK Governing Board Minutes: 2015/01/15 In-Reply-To: References: <54CB9384.9000401@cs.oswego.edu> <54CEC07B.8020007@oracle.com> Message-ID: Hi all, To follow up on this I'd like to propose changing http://openjdk.java.net/contribute/ to: 1.) Edit section 4. Work with your sponsor section by adding: "(such as the Change Control Committee (CCC) for potentially breaking changes)" as follows: ...Your sponsor will work with you to address any remaining deficiencies and then guide you through the rest of the development process, navigating the relevant internal Oracle engineering processes (such as the Change Control Committee (CCC) for potentially breaking changes) on your behalf and ultimately, if all goes well, pushing your patch into the appropriate Mercurial repository.... This section could be revisited once the CCC comes out, probably something like "...the relevant OpenJDK engineering processes...". 2.) Add a section 6, i.e. 6. Stuck? Need Help? Please visit the Adoption Group[1] and send them an email on their mailing list[2] and they'll be able to guide you. [1] http://openjdk.java.net/groups/adoption/ [2] http://mail.openjdk.java.net/mailman/listinfo/adoption-discuss If people think those edits are a good idea then I'm happy to make them if (I can be sent the source HTML file). Cheers, Martijn On 2 February 2015 at 10:01, Martijn Verburg wrote: > > Hi All, > > This was discussed at the governing board session at FOSDEM. Everyone was in agreement that the CCC is a good thing for OpenJDK and that its been run very well by Joe Darcy et al. Oracle made it clear that they have wanted to open this up for some time and it will get worked on! > > Obviously no ETA yet as it's going to be one of these "externalising internal infrastructure" situations which I think everyone can appreciate takes time in any large organisation. I also imagine that getting the vulnerability group up and running will take priority first. > > I suspect Doug and others will be gently nudging this topic so it's not forgotten :-). > > In the mean time the adoption group will make a couple of web page / doc suggestions so contributors are aware of CCC and how to get in touch with the right people. > > Cheers, > Martijn > > > On Monday, 2 February 2015, David Holmes wrote: >> >> On 31/01/2015 12:21 AM, Doug Lea wrote: >>> >>> On 01/30/2015 04:36 AM, Volker Simonis wrote: >>>> >>>> Hi, >>>> >>>> can sombody please explain what's the meaning of "CCC" in the context >>>> of section "6. >>> >>> >>> CCC is a committee/process for approving any change in JDK classes >>> that has a risk of impacting compatibility; >> >> >> Not just JDK classes but any exported interface, such as VM flags, launcher flags, plus specifications like JVM TI, JNI etc. Almost anything** that affects a "specification" has to go through this process to ensure that not only has compatibility been considered but also that the platform rules regarding compatibility (binary, source etc) have been adhered to. >> >> ** Some specifications are updated by maintenance releases of their respective JSRs. >> >> Cheers, >> David >> ----- >> >> for example, adding >>> >>> a method to a class. This is one of the few remaining Oracle-only >>> processes, that have not yet been integrated into OpenJDK. >>> No one objects to the notion of imposing an extra safeguard step >>> for potential compatibility issues, but there are no OpenJDK rules >>> specifying committee composition, rules for when approval is needed, >>> and so on. In the mean time, Oracle engineers catch possible >>> cases where it applies and somehow do something about it. >>> >>> -Doug >>> >>> >>>> >>>> Thanks, >>>> Volker >>>> >>>> On Fri, Jan 30, 2015 at 4:27 AM, Iris Clark >>>> wrote: >>>>> >>>>> The minutes of the OpenJDK Governing Board's meeting on 15 January >>>>> 2015 are now available: >>>>> http://openjdk.java.net/groups/gb/minutes/2015-01-15 . >>>>> >>>>> Thanks, >>>>> Iris >>>> >>>> >>> > > > -- > Cheers, > Martijn From Alan.Bateman at oracle.com Tue Feb 3 15:30:22 2015 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 03 Feb 2015 15:30:22 +0000 Subject: Project Proposal: Kona In-Reply-To: References: Message-ID: <54D0E98E.20106@oracle.com> On 06/01/2015 15:15, Riaz Aimandi wrote: > I?d like to discuss the creation of the Kona Project with myself (Riaz Aimandi) as the Lead and the Core Libraries group as the sponsoring group. > > This project would define and implement Java APIs for networking technologies and protocols that are commonly used in the Internet of Things (IoT) domain. The primary goal of the project would be to define APIs that can be efficiently implemented and used on embedded devices. These APIs would be defined in such a way that they could be potentially used with Java ME, although the project would initially focus on the implementation for Java SE. > > The first protocol that will be included in this project is Constrained Application Protocol (CoAP) and is expected to be contributed by ARM. It should have support for UDP connector with Datagram Transport Layer Security (DTLS) authentication handled outside of the CoAP APIs. This seems a worthy project and good to see that the collaboration is proposed to be done as a project in OpenJDK. The Bylaws require that it be supported by at least one Group Lead so I would like to offer support for this project with the Core Libraries group as sponsor. -Alan. From Alan.Bateman at oracle.com Tue Feb 3 15:34:58 2015 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 03 Feb 2015 15:34:58 +0000 Subject: CFV: New Project: Kona In-Reply-To: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> References: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> Message-ID: <54D0EAA2.2060904@oracle.com> Vote: yes From neugens.limasoftware at gmail.com Tue Feb 3 15:36:52 2015 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Tue, 3 Feb 2015 16:36:52 +0100 Subject: Project Proposal: Kona In-Reply-To: <54D0E98E.20106@oracle.com> References: <54D0E98E.20106@oracle.com> Message-ID: 2015-02-03 16:30 GMT+01:00 Alan Bateman : > On 06/01/2015 15:15, Riaz Aimandi wrote: > >> I?d like to discuss the creation of the Kona Project with myself (Riaz >> Aimandi) as the Lead and the Core Libraries group as the sponsoring group. >> >> This project would define and implement Java APIs for networking >> technologies and protocols that are commonly used in the Internet of Things >> (IoT) domain. The primary goal of the project would be to define APIs that >> can be efficiently implemented and used on embedded devices. These APIs >> would be defined in such a way that they could be potentially used with >> Java ME, although the project would initially focus on the implementation >> for Java SE. >> >> The first protocol that will be included in this project is Constrained >> Application Protocol (CoAP) and is expected to be contributed by ARM. It >> should have support for UDP connector with Datagram Transport Layer >> Security (DTLS) authentication handled outside of the CoAP APIs. >> > This seems a worthy project and good to see that the collaboration is > proposed to be done as a project in OpenJDK. > > The Bylaws require that it be supported by at least one Group Lead so I > would like to offer support for this project with the Core Libraries group > as sponsor. > > -Alan. > I'm happy to see this happening, I'll surely vote in favour when it's about time to vote. Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From neugens.limasoftware at gmail.com Tue Feb 3 15:38:11 2015 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Tue, 3 Feb 2015 16:38:11 +0100 Subject: CFV: New Project: Kona In-Reply-To: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> References: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> Message-ID: Vote: Yes, Mario 2015-01-22 17:32 GMT+01:00 Riaz Aimandi : > I hereby propose the creation of the Kona Project with myself (Riaz > Aimandi) > as the Lead and the Core Libraries group as the sponsoring group. > > This project would define and implement Java APIs for networking > technologies > and protocols that are commonly used in the Internet of Things (IoT) > domain. > The primary goal of this project would be to define APIs that can be > efficiently > implemented and used on embedded devices. These APIs would be defined in > such a way that it could be potentially used with Java ME, although the > project > would initially focus on the implementation for Java SE. > > The first protocol that will be included in this project is Constrained > Application > Protocol (CoAP) and is expected to be contributed by ARM. It should have > the > support for UDP connector with Datagram Transport Layer Security (DTLS) > authentication handled outside of the CoAP APIs. Other connectors like TCP > could be added later. Eventually, other technologies and protocols such as > bluetooth might be considered as well. > > I lead the IoT gateway runtime team at Oracle, where I have been in the > Java > group since 2007. Before that I was a technical lead in SavaJe > Technologies, > where I represented the company in standards committees like JCP (MIDP3) > and OMTP (Application Security Framework). I have been working with Java > in mobile and embedded environments for 14 years. > > The initial Reviewers and Committers suggested here are members of Oracle?s > IoT team and ARM?s mbed team. > > The initial Reviewers will be Bob Vandette, Richard Bair, Jasper Potts, > Darryl > Mocek, David Grieve & Jen Dority. > > The initial Committers will be Sujay Sarkhel, Frederick Smith, Stephen > Flores, > Nikolay Yatsenko, Richard Ratta, Qing Liu, Brandon Passanisi, Kinsley Wong, > Sergey Soldatov, Victor Shubov, Brandon Passanisi, Kinsley Wong, Szymon > Sasin (ARM), Kalle Vayrynen (ARM), Norbert David (ARM) and Ville Oikarinen > (ARM). > > Votes are due by 5th February 2014 10:00 PM Eastern US Time > (6th February 2014 03:00 GMT) > > Only current OpenJDK Members [1] are eligible to vote on this motion. > Votes must be cast in the open on the discuss list. Replying to this > message is sufficient, if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#members > [2] http://openjdk.java.net/projects/#new-project-vote -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From Roger.Riggs at Oracle.com Tue Feb 3 15:41:41 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Tue, 03 Feb 2015 10:41:41 -0500 Subject: CFV: New Project: Kona In-Reply-To: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> References: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> Message-ID: <54D0EC35.3010101@Oracle.com> Vote: Yes On 1/22/2015 11:32 AM, Riaz Aimandi wrote: > This project would define and implement Java APIs for networking technologies > and protocols that are commonly used in the Internet of Things (IoT) domain. ... > Votes are due by 5th February 2014 10:00 PM Eastern US Time > (6th February 2014 03:00 GMT) From sunil.lmc at gmail.com Tue Feb 3 16:04:30 2015 From: sunil.lmc at gmail.com (sunil) Date: Tue, 3 Feb 2015 10:04:30 -0600 Subject: CFV: New Project: Kona In-Reply-To: <54D0EC35.3010101@Oracle.com> References: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> <54D0EC35.3010101@Oracle.com> Message-ID: Vote : Yes On Tue, Feb 3, 2015 at 9:41 AM, Roger Riggs wrote: > Vote: Yes > > On 1/22/2015 11:32 AM, Riaz Aimandi wrote: > >> This project would define and implement Java APIs for networking >> technologies >> and protocols that are commonly used in the Internet of Things (IoT) >> domain. >> > ... > > Votes are due by 5th February 2014 10:00 PM Eastern US Time >> (6th February 2014 03:00 GMT) >> > -- Regards, Sunil Kumar K C From bob.vandette at oracle.com Tue Feb 3 16:53:59 2015 From: bob.vandette at oracle.com (Bob Vandette) Date: Tue, 3 Feb 2015 12:53:59 -0400 Subject: CFV: New Project: Kona In-Reply-To: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> References: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> Message-ID: <73C9D766-876E-4D8F-987D-D669D9E4559D@oracle.com> Yes. Bob. > On Jan 22, 2015, at 12:32 PM, Riaz Aimandi wrote: > > I hereby propose the creation of the Kona Project with myself (Riaz Aimandi) > as the Lead and the Core Libraries group as the sponsoring group. > > This project would define and implement Java APIs for networking technologies > and protocols that are commonly used in the Internet of Things (IoT) domain. > The primary goal of this project would be to define APIs that can be efficiently > implemented and used on embedded devices. These APIs would be defined in > such a way that it could be potentially used with Java ME, although the project > would initially focus on the implementation for Java SE. > > The first protocol that will be included in this project is Constrained Application > Protocol (CoAP) and is expected to be contributed by ARM. It should have the > support for UDP connector with Datagram Transport Layer Security (DTLS) > authentication handled outside of the CoAP APIs. Other connectors like TCP > could be added later. Eventually, other technologies and protocols such as > bluetooth might be considered as well. > > I lead the IoT gateway runtime team at Oracle, where I have been in the Java > group since 2007. Before that I was a technical lead in SavaJe Technologies, > where I represented the company in standards committees like JCP (MIDP3) > and OMTP (Application Security Framework). I have been working with Java > in mobile and embedded environments for 14 years. > > The initial Reviewers and Committers suggested here are members of Oracle?s > IoT team and ARM?s mbed team. > > The initial Reviewers will be Bob Vandette, Richard Bair, Jasper Potts, Darryl > Mocek, David Grieve & Jen Dority. > > The initial Committers will be Sujay Sarkhel, Frederick Smith, Stephen Flores, > Nikolay Yatsenko, Richard Ratta, Qing Liu, Brandon Passanisi, Kinsley Wong, > Sergey Soldatov, Victor Shubov, Brandon Passanisi, Kinsley Wong, Szymon > Sasin (ARM), Kalle Vayrynen (ARM), Norbert David (ARM) and Ville Oikarinen > (ARM). > > Votes are due by 5th February 2014 10:00 PM Eastern US Time > (6th February 2014 03:00 GMT) > > Only current OpenJDK Members [1] are eligible to vote on this motion. > Votes must be cast in the open on the discuss list. Replying to this > message is sufficient, if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#members > [2] http://openjdk.java.net/projects/#new-project-vote From jonathan.gibbons at oracle.com Tue Feb 3 18:50:22 2015 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 03 Feb 2015 10:50:22 -0800 Subject: CFV: New Project: Kona In-Reply-To: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> References: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> Message-ID: <54D1186E.5050500@oracle.com> Vote: yes On 01/22/2015 08:32 AM, Riaz Aimandi wrote: > I hereby propose the creation of the Kona Project with myself (Riaz Aimandi) > as the Lead and the Core Libraries group as the sponsoring group. > > This project would define and implement Java APIs for networking technologies > and protocols that are commonly used in the Internet of Things (IoT) domain. > The primary goal of this project would be to define APIs that can be efficiently > implemented and used on embedded devices. These APIs would be defined in > such a way that it could be potentially used with Java ME, although the project > would initially focus on the implementation for Java SE. > > The first protocol that will be included in this project is Constrained Application > Protocol (CoAP) and is expected to be contributed by ARM. It should have the > support for UDP connector with Datagram Transport Layer Security (DTLS) > authentication handled outside of the CoAP APIs. Other connectors like TCP > could be added later. Eventually, other technologies and protocols such as > bluetooth might be considered as well. > > I lead the IoT gateway runtime team at Oracle, where I have been in the Java > group since 2007. Before that I was a technical lead in SavaJe Technologies, > where I represented the company in standards committees like JCP (MIDP3) > and OMTP (Application Security Framework). I have been working with Java > in mobile and embedded environments for 14 years. > > The initial Reviewers and Committers suggested here are members of Oracle?s > IoT team and ARM?s mbed team. > > The initial Reviewers will be Bob Vandette, Richard Bair, Jasper Potts, Darryl > Mocek, David Grieve & Jen Dority. > > The initial Committers will be Sujay Sarkhel, Frederick Smith, Stephen Flores, > Nikolay Yatsenko, Richard Ratta, Qing Liu, Brandon Passanisi, Kinsley Wong, > Sergey Soldatov, Victor Shubov, Brandon Passanisi, Kinsley Wong, Szymon > Sasin (ARM), Kalle Vayrynen (ARM), Norbert David (ARM) and Ville Oikarinen > (ARM). > > Votes are due by 5th February 2014 10:00 PM Eastern US Time > (6th February 2014 03:00 GMT) > > Only current OpenJDK Members [1] are eligible to vote on this motion. > Votes must be cast in the open on the discuss list. Replying to this > message is sufficient, if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#members > [2] http://openjdk.java.net/projects/#new-project-vote From maurizio.cimadamore at oracle.com Tue Feb 3 22:07:20 2015 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Tue, 03 Feb 2015 22:07:20 +0000 Subject: CFV: New Project: Kona In-Reply-To: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> References: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> Message-ID: <54D14698.7030701@oracle.com> Vote: yes Maurizio On 22/01/15 16:32, Riaz Aimandi wrote: > I hereby propose the creation of the Kona Project with myself (Riaz Aimandi) > as the Lead and the Core Libraries group as the sponsoring group. > > This project would define and implement Java APIs for networking technologies > and protocols that are commonly used in the Internet of Things (IoT) domain. > The primary goal of this project would be to define APIs that can be efficiently > implemented and used on embedded devices. These APIs would be defined in > such a way that it could be potentially used with Java ME, although the project > would initially focus on the implementation for Java SE. > > The first protocol that will be included in this project is Constrained Application > Protocol (CoAP) and is expected to be contributed by ARM. It should have the > support for UDP connector with Datagram Transport Layer Security (DTLS) > authentication handled outside of the CoAP APIs. Other connectors like TCP > could be added later. Eventually, other technologies and protocols such as > bluetooth might be considered as well. > > I lead the IoT gateway runtime team at Oracle, where I have been in the Java > group since 2007. Before that I was a technical lead in SavaJe Technologies, > where I represented the company in standards committees like JCP (MIDP3) > and OMTP (Application Security Framework). I have been working with Java > in mobile and embedded environments for 14 years. > > The initial Reviewers and Committers suggested here are members of Oracle?s > IoT team and ARM?s mbed team. > > The initial Reviewers will be Bob Vandette, Richard Bair, Jasper Potts, Darryl > Mocek, David Grieve & Jen Dority. > > The initial Committers will be Sujay Sarkhel, Frederick Smith, Stephen Flores, > Nikolay Yatsenko, Richard Ratta, Qing Liu, Brandon Passanisi, Kinsley Wong, > Sergey Soldatov, Victor Shubov, Brandon Passanisi, Kinsley Wong, Szymon > Sasin (ARM), Kalle Vayrynen (ARM), Norbert David (ARM) and Ville Oikarinen > (ARM). > > Votes are due by 5th February 2014 10:00 PM Eastern US Time > (6th February 2014 03:00 GMT) > > Only current OpenJDK Members [1] are eligible to vote on this motion. > Votes must be cast in the open on the discuss list. Replying to this > message is sufficient, if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#members > [2] http://openjdk.java.net/projects/#new-project-vote From kumar.x.srinivasan at oracle.com Thu Feb 5 18:43:01 2015 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Thu, 05 Feb 2015 10:43:01 -0800 Subject: CFV: New Project: Kona In-Reply-To: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> References: <4E4B87C4-1DBA-4749-B9D4-A6F0D8F9F0F8@oracle.com> Message-ID: <54D3B9B5.7020306@oracle.com> Vote: yes On 1/22/2015 8:32 AM, Riaz Aimandi wrote: > I hereby propose the creation of the Kona Project with myself (Riaz Aimandi) > as the Lead and the Core Libraries group as the sponsoring group. > > This project would define and implement Java APIs for networking technologies > and protocols that are commonly used in the Internet of Things (IoT) domain. > The primary goal of this project would be to define APIs that can be efficiently > implemented and used on embedded devices. These APIs would be defined in > such a way that it could be potentially used with Java ME, although the project > would initially focus on the implementation for Java SE. > > The first protocol that will be included in this project is Constrained Application > Protocol (CoAP) and is expected to be contributed by ARM. It should have the > support for UDP connector with Datagram Transport Layer Security (DTLS) > authentication handled outside of the CoAP APIs. Other connectors like TCP > could be added later. Eventually, other technologies and protocols such as > bluetooth might be considered as well. > > I lead the IoT gateway runtime team at Oracle, where I have been in the Java > group since 2007. Before that I was a technical lead in SavaJe Technologies, > where I represented the company in standards committees like JCP (MIDP3) > and OMTP (Application Security Framework). I have been working with Java > in mobile and embedded environments for 14 years. > > The initial Reviewers and Committers suggested here are members of Oracle?s > IoT team and ARM?s mbed team. > > The initial Reviewers will be Bob Vandette, Richard Bair, Jasper Potts, Darryl > Mocek, David Grieve & Jen Dority. > > The initial Committers will be Sujay Sarkhel, Frederick Smith, Stephen Flores, > Nikolay Yatsenko, Richard Ratta, Qing Liu, Brandon Passanisi, Kinsley Wong, > Sergey Soldatov, Victor Shubov, Brandon Passanisi, Kinsley Wong, Szymon > Sasin (ARM), Kalle Vayrynen (ARM), Norbert David (ARM) and Ville Oikarinen > (ARM). > > Votes are due by 5th February 2014 10:00 PM Eastern US Time > (6th February 2014 03:00 GMT) > > Only current OpenJDK Members [1] are eligible to vote on this motion. > Votes must be cast in the open on the discuss list. Replying to this > message is sufficient, if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#members > [2] http://openjdk.java.net/projects/#new-project-vote From andrew at geekuni.com Wed Feb 11 06:32:06 2015 From: andrew at geekuni.com (Andrew Solomon) Date: Wed, 11 Feb 2015 06:32:06 +0000 Subject: State of the Geek Survey - Win a $50 Amazon Gift Card! Message-ID: Hello Java Developers, Complete our survey on the future of languages for the chance to win a $50 Amazon Gift Card https://geekuni.com/survey.html Thanks! Andrew p.s. The data (minus emails) will be publicly available. From maurizio.cimadamore at oracle.com Fri Feb 13 22:39:00 2015 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Fri, 13 Feb 2015 22:39:00 +0000 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54DE7D04.10600@oracle.com> Vote: yes! Maurizio On 13/02/15 20:22, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote From neugens.limasoftware at gmail.com Fri Feb 13 23:47:30 2015 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Sat, 14 Feb 2015 00:47:30 +0100 Subject: CFV: New Project: Verona In-Reply-To: <54DE7D04.10600@oracle.com> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> <54DE7D04.10600@oracle.com> Message-ID: Vote: Yes, Cheers, Mario 2015-02-13 23:39 GMT+01:00 Maurizio Cimadamore : > Vote: yes! > > Maurizio > > > On 13/02/15 20:22, Iris Clark wrote: >> >> I hereby propose the creation of the Verona Project with Iris Clark as the >> Lead and Core Libraries as the sponsoring Group. >> >> This Project will implement the new JDK version string as described in JEP >> 223 >> [0]. The new version-string scheme is designed to easily distinguish >> major, >> minor, and security-update releases. >> >> Iris Clark has worked on the JDK since 1999, first as a developer on the >> javac >> compiler team and later as Core Libraries technical lead for Java SE 5.0, >> Java >> SE 6, and Java SE 7. In her current role she assists with on-boarding new >> OpenJDK Projects and is an author of the new version scheme. >> >> The initial Reviewers, Committers, and Authors will be: >> >> - Pete Brunet (Committer, Client) >> - Sergey Bylokhov (Reviewer, Client) >> - David Dehaven (Committer, Client) >> - Magnus Ihse Bursie (Reviewer, Build) >> - David Katleman (Reviewer, RE) >> - Dinesh Malav (Author, Client) >> - Alex Menkov (Committer, Client) >> - Alejandro Murillo (Committer, HotSpot) >> - Mark Reinhold (Reviewer) >> - Alexey Semenyuk (Author, Client) >> - Steve Sides (Author, SQE) >> - Kumar Srinivasan (Reviewer, LangTools) >> >> (Role based on current Project JDK 9 role [1].) >> >> Votes are due by 11:00 PM UTC on Friday, 27 February [2]. >> >> Only current OpenJDK Members [3] are eligible to vote on this motion. >> Votes >> must be cast in the open on the discuss list. Replying to this message is >> sufficient if your mail program honors the Reply-To header. >> >> For Lazy Consensus voting instructions, see [4]. >> >> Thanks, >> Iris Clark >> >> [0] http://openjdk.java.net/jeps/223 >> [1] http://openjdk.java.net/census#jdk9 >> [2] >> http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 >> [3] http://openjdk.java.net/census#members >> [4] http://openjdk.java.net/projects/#new-project-vote > > -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From jonathan.gibbons at oracle.com Sat Feb 14 01:55:35 2015 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 13 Feb 2015 17:55:35 -0800 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54DEAB17.5010102@oracle.com> vote: yes On 02/13/2015 12:22 PM, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote From chris.hegarty at oracle.com Sat Feb 14 11:18:58 2015 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Sat, 14 Feb 2015 11:18:58 +0000 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <7FE38155-400A-4A3E-8A16-8224C3F29249@oracle.com> Vote: YES -Chris > On 13 Feb 2015, at 20:22, Iris Clark wrote: > > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote From neugens.limasoftware at gmail.com Sun Feb 15 11:13:14 2015 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Sun, 15 Feb 2015 12:13:14 +0100 Subject: Bylaw: OpenJDK Members Message-ID: There is a chapter in the Bylaws on which I get stuck every year (and I believe I asked that already, but forgot the outcome): """ Every OpenJDK Membership is subject to automatic Expiration after one year, but will be renewed upon request. A request for renewal must be received within one year of expiration. An OpenJDK Member whose Membership has expired and not yet been renewed may not exercise the privileges of Membership, except that roles requiring OpenJDK Membership may be retained. """ I suppose this is required but not really enforced, otherwise I would see a rush of emails asking for people to be reconfirmed (or is there another address for that?). After all "subject to automatic Expiration" doesn't mean it does expire automatically, but just that the GB may decide for that based on the activity of the member. It would be nice if this is clarified somehow though, for us non native english speakers it's pretty difficult to get all the nuances of a legal document. Am I right in believing that we don't really need to request renewal unless we happen to be removed? Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From david.holmes at oracle.com Mon Feb 16 01:41:47 2015 From: david.holmes at oracle.com (David Holmes) Date: Mon, 16 Feb 2015 11:41:47 +1000 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54E14ADB.2060307@oracle.com> Vote: yes David Holmes On 14/02/2015 6:22 AM, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote > From sean.coffey at oracle.com Mon Feb 16 08:37:24 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Mon, 16 Feb 2015 08:37:24 +0000 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54E1AC44.8060206@oracle.com> Vote: yes regards, Sean. On 13/02/2015 20:22, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote From mikael.gerdin at oracle.com Mon Feb 16 08:43:33 2015 From: mikael.gerdin at oracle.com (Mikael Gerdin) Date: Mon, 16 Feb 2015 09:43:33 +0100 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54E1ADB5.7040109@oracle.com> Vote: yes On 2015-02-13 21:22, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote > From volker.simonis at gmail.com Mon Feb 16 09:34:02 2015 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 16 Feb 2015 10:34:02 +0100 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: Vote: Yes Regards, Volker On Fri, Feb 13, 2015 at 9:22 PM, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote From aph at redhat.com Mon Feb 16 09:41:47 2015 From: aph at redhat.com (Andrew Haley) Date: Mon, 16 Feb 2015 09:41:47 +0000 Subject: CFV: New Project: Verona In-Reply-To: <54E1ADB5.7040109@oracle.com> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> <54E1ADB5.7040109@oracle.com> Message-ID: <54E1BB5B.1060805@redhat.com> Vote: yes. From joel.franck at oracle.com Mon Feb 16 10:23:30 2015 From: joel.franck at oracle.com (=?utf-8?Q?Joel_Borggr=C3=A9n-Franck?=) Date: Mon, 16 Feb 2015 11:23:30 +0100 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <7F2A72A2-32C4-4D21-AC26-8D4CA8DE31D5@oracle.com> Vote: yes cheers /Joel > On 13 feb 2015, at 21:22, Iris Clark wrote: > > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote From jvanek at redhat.com Mon Feb 16 12:29:09 2015 From: jvanek at redhat.com (Jiri Vanek) Date: Mon, 16 Feb 2015 13:29:09 +0100 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54E1E295.8010407@redhat.com> On 02/13/2015 09:22 PM, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. hello! Looking to the jep, I'm missing more granular command-line api. Instead of regex on java -version, -version can take an argument: java -version major java -version minor java -version security java -version vnum java -version pre java -version build java -version opt Or even any combination of those above... Or whatever what suits implementators Thank you ! J. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote > From iris.clark at oracle.com Mon Feb 16 21:05:09 2015 From: iris.clark at oracle.com (Iris Clark) Date: Mon, 16 Feb 2015 13:05:09 -0800 (PST) Subject: CFV: New Project: Verona In-Reply-To: <54E1E295.8010407@redhat.com> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> <54E1E295.8010407@redhat.com> Message-ID: Hi, Jiri. Thanks for the suggestion. I'm not sure I understand the use case. The API can be used to achieve the same effect of any one of your invocations with a small amount of code: public static void main(String ... args) { // java -version:major System.out.format("%d%n", jdk.util.Version.current().major()); } Regards, iris -----Original Message----- From: Jiri Vanek [mailto:jvanek at redhat.com] Sent: Monday, February 16, 2015 4:29 AM To: discuss at openjdk.java.net Subject: Re: CFV: New Project: Verona On 02/13/2015 09:22 PM, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as > the Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in > JEP 223 [0]. The new version-string scheme is designed to easily > distinguish major, minor, and security-update releases. hello! Looking to the jep, I'm missing more granular command-line api. Instead of regex on java -version, -version can take an argument: java -version major java -version minor java -version security java -version vnum java -version pre java -version build java -version opt Or even any combination of those above... Or whatever what suits implementators Thank you ! J. > > Iris Clark has worked on the JDK since 1999, first as a developer on > the javac compiler team and later as Core Libraries technical lead for > Java SE 5.0, Java SE 6, and Java SE 7. In her current role she > assists with on-boarding new OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. > Votes must be cast in the open on the discuss list. Replying to this > message is sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] > http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p > 1=224 [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote > From john.r.rose at oracle.com Tue Feb 17 01:01:00 2015 From: john.r.rose at oracle.com (John Rose) Date: Mon, 16 Feb 2015 17:01:00 -0800 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <32008864-106F-42E9-99F8-F836143CB8EF@oracle.com> Vote: yes From jvanek at redhat.com Tue Feb 17 09:49:07 2015 From: jvanek at redhat.com (Jiri Vanek) Date: Tue, 17 Feb 2015 10:49:07 +0100 Subject: CFV: New Project: Verona In-Reply-To: References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> <54E1E295.8010407@redhat.com> Message-ID: <54E30E93.8030801@redhat.com> On 02/16/2015 10:05 PM, Iris Clark wrote: > Hi, Jiri. > > Thanks for the suggestion. I'm not sure I understand the use case. The API can be used to achieve the same effect of any one of your invocations with a small amount of code: Hello! Yes, I'm aware of this possibility. My use-case is exactly to avoid what you have described. To avoid to write java class/regex every time I wont to get part of the version. More deeply - consider testing of huge application, unluckily all JDKs are supported, unluckily not all versions of applications supports all possible JDKs updates. So you can see, there is a lot of ifs on major/minor/security/u/b/whatever Also unluckily, not one person is doing all the testing, not even one team. So unless the persons/teams (oh yes, this is big dream :) ) communicates, there will be always duplication - each will have their class their regex... So on long run it will be quite nice to have this support. Best regards from CZ, J. > > public static void main(String ... args) { > // java -version:major > System.out.format("%d%n", jdk.util.Version.current().major()); > } > > Regards, > iris > > -----Original Message----- > From: Jiri Vanek [mailto:jvanek at redhat.com] > Sent: Monday, February 16, 2015 4:29 AM > To: discuss at openjdk.java.net > Subject: Re: CFV: New Project: Verona > > On 02/13/2015 09:22 PM, Iris Clark wrote: >> I hereby propose the creation of the Verona Project with Iris Clark as >> the Lead and Core Libraries as the sponsoring Group. >> >> This Project will implement the new JDK version string as described in >> JEP 223 [0]. The new version-string scheme is designed to easily >> distinguish major, minor, and security-update releases. > > > hello! > > > Looking to the jep, I'm missing more granular command-line api. > Instead of regex on java -version, -version can take an argument: > java -version major > java -version minor > java -version security > java -version vnum > java -version pre > java -version build > java -version opt > > Or even any combination of those above... Or whatever what suits implementators > > Thank you ! > J. >> >> Iris Clark has worked on the JDK since 1999, first as a developer on >> the javac compiler team and later as Core Libraries technical lead for >> Java SE 5.0, Java SE 6, and Java SE 7. In her current role she >> assists with on-boarding new OpenJDK Projects and is an author of the new version scheme. >> >> The initial Reviewers, Committers, and Authors will be: >> >> - Pete Brunet (Committer, Client) >> - Sergey Bylokhov (Reviewer, Client) >> - David Dehaven (Committer, Client) >> - Magnus Ihse Bursie (Reviewer, Build) >> - David Katleman (Reviewer, RE) >> - Dinesh Malav (Author, Client) >> - Alex Menkov (Committer, Client) >> - Alejandro Murillo (Committer, HotSpot) >> - Mark Reinhold (Reviewer) >> - Alexey Semenyuk (Author, Client) >> - Steve Sides (Author, SQE) >> - Kumar Srinivasan (Reviewer, LangTools) >> >> (Role based on current Project JDK 9 role [1].) >> >> Votes are due by 11:00 PM UTC on Friday, 27 February [2]. >> >> Only current OpenJDK Members [3] are eligible to vote on this motion. >> Votes must be cast in the open on the discuss list. Replying to this >> message is sufficient if your mail program honors the Reply-To header. >> >> For Lazy Consensus voting instructions, see [4]. >> >> Thanks, >> Iris Clark >> >> [0] http://openjdk.java.net/jeps/223 >> [1] http://openjdk.java.net/census#jdk9 >> [2] >> http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p >> 1=224 [3] http://openjdk.java.net/census#members >> [4] http://openjdk.java.net/projects/#new-project-vote >> > From dalibor.topic at oracle.com Tue Feb 17 15:56:14 2015 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 17 Feb 2015 16:56:14 +0100 Subject: Bylaw: OpenJDK Members In-Reply-To: References: Message-ID: <54E3649E.7000704@oracle.com> This was indeed discussed before: http://comments.gmane.org/gmane.comp.java.openjdk.general/3218 cheers, dalibor topic On 15.02.2015 12:13, Mario Torre wrote: > There is a chapter in the Bylaws on which I get stuck every year (and > I believe I asked that already, but forgot the outcome): > > """ > Every OpenJDK Membership is subject to automatic Expiration after one > year, but will be renewed upon request. A request for renewal must be > received within one year of expiration. An OpenJDK Member whose > Membership has expired and not yet been renewed may not exercise the > privileges of Membership, except that roles requiring OpenJDK > Membership may be retained. > """ > > I suppose this is required but not really enforced, otherwise I would > see a rush of emails asking for people to be reconfirmed (or is there > another address for that?). > > After all "subject to automatic Expiration" doesn't mean it does > expire automatically, but just that the GB may decide for that based > on the activity of the member. > > It would be nice if this is clarified somehow though, for us non > native english speakers it's pretty difficult to get all the nuances > of a legal document. > > Am I right in believing that we don't really need to request renewal > unless we happen to be removed? > > Cheers, > Mario > -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From aph at redhat.com Tue Feb 17 16:05:09 2015 From: aph at redhat.com (Andrew Haley) Date: Tue, 17 Feb 2015 16:05:09 +0000 Subject: Bylaw: OpenJDK Members In-Reply-To: <54E3649E.7000704@oracle.com> References: <54E3649E.7000704@oracle.com> Message-ID: <54E366B5.6070601@redhat.com> On 02/17/2015 03:56 PM, dalibor topic wrote: > This was indeed discussed before: > http://comments.gmane.org/gmane.comp.java.openjdk.general/3218 Mmm, but with no satisfactory outcome. Time to nuke the rule, methinks. There seems to be no enthusiasm to implement it. Andrew. From dalibor.topic at oracle.com Tue Feb 17 16:55:51 2015 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 17 Feb 2015 17:55:51 +0100 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54E37297.9040102@oracle.com> Vote: Yes. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From kumar.x.srinivasan at oracle.com Wed Feb 18 23:00:23 2015 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Wed, 18 Feb 2015 15:00:23 -0800 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54E51987.1070406@oracle.com> Vote: yes On 2/13/2015 12:22 PM, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP 223 > [0]. The new version-string scheme is designed to easily distinguish major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote From roman at kennke.org Thu Feb 19 18:21:08 2015 From: roman at kennke.org (Roman Kennke) Date: Thu, 19 Feb 2015 19:21:08 +0100 Subject: Project proposal: Shenandoah Message-ID: <1424370068.29919.7.camel@localhost> I'd like to discuss the creation of the project Shenandoah with myself *and/or* Christine Flood as initial lead and the Hotspot group as sponsoring group. It's aim is to implement a new garbage collector that reduces GC pause times for applications that require really large heaps. Existing GCs show pause times of several 100ms up to several seconds on heaps > 100GB. That is because they need to stop all Java threads for compacting the heap. Shenandoah implements a new algorithm that allows to compact heap without stopping the Java threads, and thus make pause times unrelated to the heap size. Shenandoah has so far been developed as part of the IcedTea project: http://icedtea.classpath.org/wiki/Shenandoah From roman at kennke.org Thu Feb 19 18:42:36 2015 From: roman at kennke.org (Roman Kennke) Date: Thu, 19 Feb 2015 19:42:36 +0100 Subject: Project proposal: Shenandoah Message-ID: <1424371356.29919.20.camel@localhost> I'd like to discuss the creation of the project Shenandoah with myself *and/or* Christine Flood as initial lead and the Hotspot group as sponsoring group. It's aim is to implement a new garbage collector that reduces GC pause times for applications that require really large heaps. Existing GCs show pause times of several 100ms up to several seconds on heaps > 100GB. That is because they need to stop all Java threads for compacting the heap. Shenandoah implements a new algorithm that allows to compact heap while only stopping the Java threads briefly for root scanning, and then evacuates the heap concurrently. This makes pause times unrelated to the heap size and only proportional to the root set size. Shenandoah has so far been developed as part of the IcedTea project: http://icedtea.classpath.org/wiki/Shenandoah It has usable implementations for OpenJDK9 and OpenJDK8. Roman Kennke (me) is Principle Software Engineer at Red Hat, working on Shenandoah since two years now. Before this, he worked on Thermostat, and contributed to OpenJDK in several areas, most importantly the Zero and Shark ports, graphics, and ports to embedded platforms. Christine H. Flood is a prinicpal software engineer at Red Hat. Most recently she's been working on Shenandoah, before that she worked at Oracle/Sun labs on the Fortress programming language, and on JVM Scalability. She's one of the inventors of both the parallel GC algorithm and G1. Initial committers and reviewers would be me and Christine. Could we both be project leads? Christine doesn't have an OpenJDK idendity yet... Best regards, Roman From roman at kennke.org Thu Feb 19 18:45:13 2015 From: roman at kennke.org (Roman Kennke) Date: Thu, 19 Feb 2015 19:45:13 +0100 Subject: Project proposal: Shenandoah In-Reply-To: <1424370068.29919.7.camel@localhost> References: <1424370068.29919.7.camel@localhost> Message-ID: <1424371513.32230.0.camel@localhost> I am sorry, that email was incomplete. The complete proposal should show up in some seconds. Please don't discuss on this thread. Regards, Roman Am Donnerstag, den 19.02.2015 um 19:21 +0100 schrieb Roman Kennke: > I'd like to discuss the creation of the project Shenandoah with myself > *and/or* Christine Flood as initial lead and the Hotspot group as > sponsoring group. > > It's aim is to implement a new garbage collector that reduces GC pause > times for applications that require really large heaps. Existing GCs > show pause times of several 100ms up to several seconds on heaps > > 100GB. That is because they need to stop all Java threads for compacting > the heap. Shenandoah implements a new algorithm that allows to compact > heap without stopping the Java threads, and thus make pause times > unrelated to the heap size. > > Shenandoah has so far been developed as part of the IcedTea project: > > http://icedtea.classpath.org/wiki/Shenandoah > > From dalibor.topic at oracle.com Thu Feb 19 18:45:38 2015 From: dalibor.topic at oracle.com (dalibor topic) Date: Thu, 19 Feb 2015 19:45:38 +0100 Subject: Project proposal: Shenandoah In-Reply-To: <1424371356.29919.20.camel@localhost> References: <1424371356.29919.20.camel@localhost> Message-ID: <54E62F52.1040102@oracle.com> On 19.02.2015 19:42, Roman Kennke wrote: > Could we both be project leads? Project Leads are selected according to the Highlander principle - there can be only one. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From roman at kennke.org Thu Feb 19 19:13:52 2015 From: roman at kennke.org (Roman Kennke) Date: Thu, 19 Feb 2015 20:13:52 +0100 Subject: Project proposal: Shenandoah Message-ID: Am 19.02.2015 19:45 schrieb dalibor topic : > > > > On 19.02.2015 19:42, Roman Kennke wrote: > > Could we both be project leads? > > Project Leads are selected according to the Highlander principle - there > can be only one. OK. The logical next question then is, can Christine become project lead? She's the inventor of Shenandoah, and she contributed significantly to OpenJDK's code base (several garbage collectors) - just not directly to OpenJDK. She doesn't have an identity on OpenJDK yet. Regards, Roman > > cheers, > dalibor topic > > -- > Dalibor Topic | Principal Product Manager > Phone: +494089091214 | Mobile: +491737185961 > > > ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg > > ORACLE Deutschland B.V. & Co. KG > Hauptverwaltung: Riesstr. 25, D-80992 M?nchen > Registergericht: Amtsgericht M?nchen, HRA 95603 > Gesch?ftsf?hrer: J?rgen Kunz > > Komplement?rin: ORACLE Deutschland Verwaltung B.V. > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher > > Oracle is committed to developing > practices and products that help protect the environment > From volker.simonis at gmail.com Fri Feb 20 10:28:38 2015 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 20 Feb 2015 11:28:38 +0100 Subject: Project proposal: Shenandoah In-Reply-To: <20150219191357.D5E57D858D@aojmv0009> References: <20150219191357.D5E57D858D@aojmv0009> Message-ID: On Thu, Feb 19, 2015 at 8:13 PM, Roman Kennke wrote: > > Am 19.02.2015 19:45 schrieb dalibor topic : >> >> >> >> On 19.02.2015 19:42, Roman Kennke wrote: >> > Could we both be project leads? >> >> Project Leads are selected according to the Highlander principle - there >> can be only one. > > OK. The logical next question then is, can Christine become project lead? She's the inventor of Shenandoah, and she contributed significantly to OpenJDK's code base (several garbage collectors) - just not directly to OpenJDK. She doesn't have an identity on OpenJDK yet. > As far as I understand, any Contributor [1] can be nominated as Project Lead. So Christine would only have to sign the OCA to become a Contributor. If RedHat has signed a company-wide OCA she may be already covered by that one. Regards, Volker [1] http://openjdk.java.net/bylaws#contributor > Regards, Roman > >> >> cheers, >> dalibor topic >> >> -- >> Dalibor Topic | Principal Product Manager >> Phone: +494089091214 | Mobile: +491737185961 >> >> >> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >> >> ORACLE Deutschland B.V. & Co. KG >> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen >> Registergericht: Amtsgericht M?nchen, HRA 95603 >> Gesch?ftsf?hrer: J?rgen Kunz >> >> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >> Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher >> >> Oracle is committed to developing >> practices and products that help protect the environment >> From neugens.limasoftware at gmail.com Fri Feb 20 10:41:22 2015 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Fri, 20 Feb 2015 11:41:22 +0100 Subject: Project proposal: Shenandoah In-Reply-To: References: <20150219191357.D5E57D858D@aojmv0009> Message-ID: 2015-02-20 11:28 GMT+01:00 Volker Simonis : > On Thu, Feb 19, 2015 at 8:13 PM, Roman Kennke wrote: >> >> Am 19.02.2015 19:45 schrieb dalibor topic : >>> >>> >>> >>> On 19.02.2015 19:42, Roman Kennke wrote: >>> > Could we both be project leads? >>> >>> Project Leads are selected according to the Highlander principle - there >>> can be only one. >> >> OK. The logical next question then is, can Christine become project lead? She's the inventor of Shenandoah, and she contributed significantly to OpenJDK's code base (several garbage collectors) - just not directly to OpenJDK. She doesn't have an identity on OpenJDK yet. >> > > As far as I understand, any Contributor [1] can be nominated as Project Lead. Indeed: "Any Contributor may propose the creation of a new Project. If supported by at least one Group Lead, whose Group will Sponsor the Project, and approved by a Lazy Consensus of the OpenJDK Members, then the Project will be created." > So Christine would only have to sign the OCA to become a Contributor. > If RedHat has signed a company-wide OCA she may be already covered by that one. Yes, this is the case. Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From Alan.Bateman at oracle.com Sat Feb 21 20:10:59 2015 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sat, 21 Feb 2015 20:10:59 +0000 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54E8E653.2040502@oracle.com> Vote: yes From mandy.chung at oracle.com Mon Feb 23 19:55:19 2015 From: mandy.chung at oracle.com (Mandy Chung) Date: Mon, 23 Feb 2015 11:55:19 -0800 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: <54EB85A7.7060107@oracle.com> Vote: yes From dalibor.topic at oracle.com Mon Feb 23 22:28:24 2015 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Mon, 23 Feb 2015 23:28:24 +0100 Subject: 2014 OpenJDK Scorecard Survey Message-ID: <54EBA988.30604@oracle.com> OpenJDK Discuss Readers, You may recall that in 2012 we started[1] the OpenJDK Scorecard to help track the progress of the OpenJDK community in a number of areas. The most recent survey was performed in 2013[2]. The resulting 2013 edition[3] of the OpenJDK Scorecard was published subsequently. It's now time for the next edition, covering the 2014 calendar year. The scorecard has two parts, a Community Scorecard covering areas related to Infrastructure, Governance and IP; and a Per-Project Scorecard covering Visibility and Technical Matters. The Per-Project Scorecard is for the JDK 9, JDK 8 Updates, JDK 8, JDK 7 Updates and OpenJFX Projects. Other Projects may complete scorecards at their discretion. To help track progress, please complete the Community Scorecard first [4], and then the Per-Project Scorecard [5] for each specific project you wish. Please send your feedback no later than 20:00 PDT, Friday, March 6th. A big thanks to everyone who participated in the previous editions, and in particular to those who helped draft and review the initial and following scorecards including people from IBM, LJC, Red Hat and SAP. cheers, dalibor topic [1] - http://openjdk.java.net/groups/gb/scorecard/2012-09-27.pdf [2] - http://mail.openjdk.java.net/pipermail/discuss/2013-October/003179.html [3] - http://openjdk.java.net/groups/gb/scorecard/openjdk-scorecard-2013.pdf [4] - Link to Community Scorecard (start here): https://www.surveymonkey.com/r/MX356DX [5] - Link to Per-Project Scorecard (Please do this one for at least one Project): https://www.surveymonkey.com/r/MN82SV8 -- Oracle Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment From jon.masamitsu at oracle.com Fri Feb 27 18:07:55 2015 From: jon.masamitsu at oracle.com (Jon Masamitsu) Date: Fri, 27 Feb 2015 10:07:55 -0800 Subject: Project proposal: Shenandoah In-Reply-To: <1424371356.29919.20.camel@localhost> References: <1424371356.29919.20.camel@localhost> Message-ID: <54F0B27B.3010401@oracle.com> Roman, My impression of Shenandoah was that it would be a project developed and maintained by Redhat and (I don't recall where this last part of my recollection comes from) that it would be kept separate from the OpenJDK hotspot sources. Is that all correct? Jon On 2/19/2015 10:42 AM, Roman Kennke wrote: > I'd like to discuss the creation of the project Shenandoah with myself > *and/or* Christine Flood as initial lead and the Hotspot group as > sponsoring group. > > It's aim is to implement a new garbage collector that reduces GC pause > times for applications that require really large heaps. Existing GCs > show pause times of several 100ms up to several seconds on heaps > > 100GB. That is because they need to stop all Java threads for compacting > the heap. Shenandoah implements a new algorithm that allows to compact > heap while only stopping the Java threads briefly for root scanning, and > then evacuates the heap concurrently. This makes pause times unrelated > to the heap size and only proportional to the root set size. > > Shenandoah has so far been developed as part of the IcedTea project: > > http://icedtea.classpath.org/wiki/Shenandoah > > It has usable implementations for OpenJDK9 and OpenJDK8. > > Roman Kennke (me) is Principle Software Engineer at Red Hat, working on > Shenandoah since two years now. Before this, he worked on Thermostat, > and contributed to OpenJDK in several areas, most importantly the Zero > and Shark ports, graphics, and ports to embedded platforms. > > Christine H. Flood is a prinicpal software engineer at Red Hat. Most > recently she's been working on Shenandoah, before that she worked at > Oracle/Sun labs on the Fortress programming language, and on JVM > Scalability. She's one of the inventors of both the parallel GC > algorithm and G1. > > Initial committers and reviewers would be me and Christine. > > Could we both be project leads? Christine doesn't have an OpenJDK > idendity yet... > > Best regards, > Roman > > From rasbold at google.com Fri Feb 27 18:21:43 2015 From: rasbold at google.com (Chuck Rasbold) Date: Fri, 27 Feb 2015 10:21:43 -0800 Subject: CFV: New Project: Verona In-Reply-To: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> References: <73912b8d-a789-4f05-abb1-1a1713222f6a@default> Message-ID: Vote: yes On Fri, Feb 13, 2015 at 12:22 PM, Iris Clark wrote: > I hereby propose the creation of the Verona Project with Iris Clark as the > Lead and Core Libraries as the sponsoring Group. > > This Project will implement the new JDK version string as described in JEP > 223 > [0]. The new version-string scheme is designed to easily distinguish > major, > minor, and security-update releases. > > Iris Clark has worked on the JDK since 1999, first as a developer on the > javac > compiler team and later as Core Libraries technical lead for Java SE 5.0, > Java > SE 6, and Java SE 7. In her current role she assists with on-boarding new > OpenJDK Projects and is an author of the new version scheme. > > The initial Reviewers, Committers, and Authors will be: > > - Pete Brunet (Committer, Client) > - Sergey Bylokhov (Reviewer, Client) > - David Dehaven (Committer, Client) > - Magnus Ihse Bursie (Reviewer, Build) > - David Katleman (Reviewer, RE) > - Dinesh Malav (Author, Client) > - Alex Menkov (Committer, Client) > - Alejandro Murillo (Committer, HotSpot) > - Mark Reinhold (Reviewer) > - Alexey Semenyuk (Author, Client) > - Steve Sides (Author, SQE) > - Kumar Srinivasan (Reviewer, LangTools) > > (Role based on current Project JDK 9 role [1].) > > Votes are due by 11:00 PM UTC on Friday, 27 February [2]. > > Only current OpenJDK Members [3] are eligible to vote on this motion. > Votes > must be cast in the open on the discuss list. Replying to this message is > sufficient if your mail program honors the Reply-To header. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Iris Clark > > [0] http://openjdk.java.net/jeps/223 > [1] http://openjdk.java.net/census#jdk9 > [2] > http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p1=224 > [3] http://openjdk.java.net/census#members > [4] http://openjdk.java.net/projects/#new-project-vote > From roman at kennke.org Fri Feb 27 18:59:16 2015 From: roman at kennke.org (Roman Kennke) Date: Fri, 27 Feb 2015 19:59:16 +0100 Subject: Project proposal: Shenandoah In-Reply-To: <54F0B27B.3010401@oracle.com> References: <1424371356.29919.20.camel@localhost> <54F0B27B.3010401@oracle.com> Message-ID: <1425063556.32230.92.camel@localhost> Hello Jon, Shenandoah is developed and maintained by Red Hat, yes, but the intention is, and has always been, to integrate it into upstream Hotspot, if OpenJDK people think it's feasible. The first step in this direction is the creation of a Shenandoah project (this proposal) and we also want to move forward with the Shenandoah JEP 189. Best regards, Roman > My impression of Shenandoah was that it would be a project > developed and maintained by Redhat and (I don't recall where > this last part of my recollection comes from) that it would be kept > separate from the OpenJDK hotspot sources. Is that all > correct? > > Jon > > On 2/19/2015 10:42 AM, Roman Kennke wrote: > > I'd like to discuss the creation of the project Shenandoah with myself > > *and/or* Christine Flood as initial lead and the Hotspot group as > > sponsoring group. > > > > It's aim is to implement a new garbage collector that reduces GC pause > > times for applications that require really large heaps. Existing GCs > > show pause times of several 100ms up to several seconds on heaps > > > 100GB. That is because they need to stop all Java threads for compacting > > the heap. Shenandoah implements a new algorithm that allows to compact > > heap while only stopping the Java threads briefly for root scanning, and > > then evacuates the heap concurrently. This makes pause times unrelated > > to the heap size and only proportional to the root set size. > > > > Shenandoah has so far been developed as part of the IcedTea project: > > > > http://icedtea.classpath.org/wiki/Shenandoah > > > > It has usable implementations for OpenJDK9 and OpenJDK8. > > > > Roman Kennke (me) is Principle Software Engineer at Red Hat, working on > > Shenandoah since two years now. Before this, he worked on Thermostat, > > and contributed to OpenJDK in several areas, most importantly the Zero > > and Shark ports, graphics, and ports to embedded platforms. > > > > Christine H. Flood is a prinicpal software engineer at Red Hat. Most > > recently she's been working on Shenandoah, before that she worked at > > Oracle/Sun labs on the Fortress programming language, and on JVM > > Scalability. She's one of the inventors of both the parallel GC > > algorithm and G1. > > > > Initial committers and reviewers would be me and Christine. > > > > Could we both be project leads? Christine doesn't have an OpenJDK > > idendity yet... > > > > Best regards, > > Roman > > > > > > From jon.masamitsu at oracle.com Fri Feb 27 21:28:18 2015 From: jon.masamitsu at oracle.com (Jon Masamitsu) Date: Fri, 27 Feb 2015 13:28:18 -0800 Subject: Project proposal: Shenandoah In-Reply-To: <1425063556.32230.92.camel@localhost> References: <1424371356.29919.20.camel@localhost> <54F0B27B.3010401@oracle.com> <1425063556.32230.92.camel@localhost> Message-ID: <54F0E172.3090404@oracle.com> Roman, On 2/27/2015 10:59 AM, Roman Kennke wrote: > Hello Jon, > > Shenandoah is developed and maintained by Red Hat, yes, but the > intention is, and has always been, to integrate it into upstream > Hotspot, if OpenJDK people think it's feasible. The first step in this > direction is the creation of a Shenandoah project (this proposal) and we > also want to move forward with the Shenandoah JEP 189. I would also like to understand how an integration of Shenandoah into Hotspot would affect my day-to-day work. For example if I build Hotspot will I skip the build of Shenandoah sources by default? Jon > > Best regards, > Roman > >> My impression of Shenandoah was that it would be a project >> developed and maintained by Redhat and (I don't recall where >> this last part of my recollection comes from) that it would be kept >> separate from the OpenJDK hotspot sources. Is that all >> correct? >> >> Jon >> >> On 2/19/2015 10:42 AM, Roman Kennke wrote: >>> I'd like to discuss the creation of the project Shenandoah with myself >>> *and/or* Christine Flood as initial lead and the Hotspot group as >>> sponsoring group. >>> >>> It's aim is to implement a new garbage collector that reduces GC pause >>> times for applications that require really large heaps. Existing GCs >>> show pause times of several 100ms up to several seconds on heaps > >>> 100GB. That is because they need to stop all Java threads for compacting >>> the heap. Shenandoah implements a new algorithm that allows to compact >>> heap while only stopping the Java threads briefly for root scanning, and >>> then evacuates the heap concurrently. This makes pause times unrelated >>> to the heap size and only proportional to the root set size. >>> >>> Shenandoah has so far been developed as part of the IcedTea project: >>> >>> http://icedtea.classpath.org/wiki/Shenandoah >>> >>> It has usable implementations for OpenJDK9 and OpenJDK8. >>> >>> Roman Kennke (me) is Principle Software Engineer at Red Hat, working on >>> Shenandoah since two years now. Before this, he worked on Thermostat, >>> and contributed to OpenJDK in several areas, most importantly the Zero >>> and Shark ports, graphics, and ports to embedded platforms. >>> >>> Christine H. Flood is a prinicpal software engineer at Red Hat. Most >>> recently she's been working on Shenandoah, before that she worked at >>> Oracle/Sun labs on the Fortress programming language, and on JVM >>> Scalability. She's one of the inventors of both the parallel GC >>> algorithm and G1. >>> >>> Initial committers and reviewers would be me and Christine. >>> >>> Could we both be project leads? Christine doesn't have an OpenJDK >>> idendity yet... >>> >>> Best regards, >>> Roman >>> >>> >> > From roman at kennke.org Sat Feb 28 13:01:25 2015 From: roman at kennke.org (Roman Kennke) Date: Sat, 28 Feb 2015 14:01:25 +0100 Subject: Project proposal: Shenandoah In-Reply-To: <54F0E172.3090404@oracle.com> References: <1424371356.29919.20.camel@localhost> <54F0B27B.3010401@oracle.com> <1425063556.32230.92.camel@localhost> <54F0E172.3090404@oracle.com> Message-ID: <1425128485.32230.109.camel@localhost> Hi Jon, > > Shenandoah is developed and maintained by Red Hat, yes, but the > > intention is, and has always been, to integrate it into upstream > > Hotspot, if OpenJDK people think it's feasible. The first step in this > > direction is the creation of a Shenandoah project (this proposal) and we > > also want to move forward with the Shenandoah JEP 189. > > I would also like to understand how an integration of Shenandoah into > Hotspot would affect my day-to-day work. For example if I build Hotspot > will I skip the build of Shenandoah sources by default? Build-wise Shenandoah is a GC like all other GCs. When you build Hotspot, you build Shenandoah. It will be excluded by setting INCLUDE_ALL_GCS to false, iirc. We could add a build flag to exclude Shenandoah, but I don't really see the point of it. Shenandoah is a bit special because it requires read and write barriers in the interpreter, C1, C2 and the runtime. We tried as much as possible to make this a clean interface, such to avoid scattering Shenandoah code all over the place. One of our goals is to not impact performance or behaviour with any other GC. If any other GC in the future requires similar barriers, it could just implement those interfaces. It is not perfect yet and needs some cleanup. All that being said, the intention of this project proposal is not directly to integrate Shenandoah into upstream Hotspot yet (that's the purpose of the JEP, ultimately), but to provide a development space for Shenandoah under the OpenJDK umbrella, where it belongs, where OpenJDK people can easily try it out, etc. BTW, according to http://openjdk.java.net/projects/#new-project we need a Hotspot group lead to declare to sponsor the project: "At least one Group Lead must declare that their Group is a sponsor of the proposed Project." Best regards, Roman > Jon > > > > > Best regards, > > Roman > > > >> My impression of Shenandoah was that it would be a project > >> developed and maintained by Redhat and (I don't recall where > >> this last part of my recollection comes from) that it would be kept > >> separate from the OpenJDK hotspot sources. Is that all > >> correct? > >> > >> Jon > >> > >> On 2/19/2015 10:42 AM, Roman Kennke wrote: > >>> I'd like to discuss the creation of the project Shenandoah with myself > >>> *and/or* Christine Flood as initial lead and the Hotspot group as > >>> sponsoring group. > >>> > >>> It's aim is to implement a new garbage collector that reduces GC pause > >>> times for applications that require really large heaps. Existing GCs > >>> show pause times of several 100ms up to several seconds on heaps > > >>> 100GB. That is because they need to stop all Java threads for compacting > >>> the heap. Shenandoah implements a new algorithm that allows to compact > >>> heap while only stopping the Java threads briefly for root scanning, and > >>> then evacuates the heap concurrently. This makes pause times unrelated > >>> to the heap size and only proportional to the root set size. > >>> > >>> Shenandoah has so far been developed as part of the IcedTea project: > >>> > >>> http://icedtea.classpath.org/wiki/Shenandoah > >>> > >>> It has usable implementations for OpenJDK9 and OpenJDK8. > >>> > >>> Roman Kennke (me) is Principle Software Engineer at Red Hat, working on > >>> Shenandoah since two years now. Before this, he worked on Thermostat, > >>> and contributed to OpenJDK in several areas, most importantly the Zero > >>> and Shark ports, graphics, and ports to embedded platforms. > >>> > >>> Christine H. Flood is a prinicpal software engineer at Red Hat. Most > >>> recently she's been working on Shenandoah, before that she worked at > >>> Oracle/Sun labs on the Fortress programming language, and on JVM > >>> Scalability. She's one of the inventors of both the parallel GC > >>> algorithm and G1. > >>> > >>> Initial committers and reviewers would be me and Christine. > >>> > >>> Could we both be project leads? Christine doesn't have an OpenJDK > >>> idendity yet... > >>> > >>> Best regards, > >>> Roman > >>> > >>> > >> > > > > From jon.masamitsu at oracle.com Sat Feb 28 20:28:49 2015 From: jon.masamitsu at oracle.com (Jon Masamitsu) Date: Sat, 28 Feb 2015 12:28:49 -0800 Subject: Project proposal: Shenandoah In-Reply-To: <1425128485.32230.109.camel@localhost> References: <1424371356.29919.20.camel@localhost> <54F0B27B.3010401@oracle.com> <1425063556.32230.92.camel@localhost> <54F0E172.3090404@oracle.com> <1425128485.32230.109.camel@localhost> Message-ID: <54F22501.8050304@oracle.com> Roman, Thank you for the further information. This large a contribution is new territory for us so we'll be taking a bit of time to mull it over. Jon On 2/28/2015 5:01 AM, Roman Kennke wrote: > Hi Jon, > >>> Shenandoah is developed and maintained by Red Hat, yes, but the >>> intention is, and has always been, to integrate it into upstream >>> Hotspot, if OpenJDK people think it's feasible. The first step in this >>> direction is the creation of a Shenandoah project (this proposal) and we >>> also want to move forward with the Shenandoah JEP 189. >> I would also like to understand how an integration of Shenandoah into >> Hotspot would affect my day-to-day work. For example if I build Hotspot >> will I skip the build of Shenandoah sources by default? > Build-wise Shenandoah is a GC like all other GCs. When you build > Hotspot, you build Shenandoah. It will be excluded by setting > INCLUDE_ALL_GCS to false, iirc. We could add a build flag to exclude > Shenandoah, but I don't really see the point of it. > > Shenandoah is a bit special because it requires read and write barriers > in the interpreter, C1, C2 and the runtime. We tried as much as possible > to make this a clean interface, such to avoid scattering Shenandoah code > all over the place. One of our goals is to not impact performance or > behaviour with any other GC. If any other GC in the future requires > similar barriers, it could just implement those interfaces. It is not > perfect yet and needs some cleanup. > > All that being said, the intention of this project proposal is not > directly to integrate Shenandoah into upstream Hotspot yet (that's the > purpose of the JEP, ultimately), but to provide a development space for > Shenandoah under the OpenJDK umbrella, where it belongs, where OpenJDK > people can easily try it out, etc. > > BTW, according to http://openjdk.java.net/projects/#new-project we need > a Hotspot group lead to declare to sponsor the project: > > "At least one Group Lead must declare that their Group is a sponsor of > the proposed Project." > > Best regards, > Roman > > >> Jon >> >>> Best regards, >>> Roman >>> >>>> My impression of Shenandoah was that it would be a project >>>> developed and maintained by Redhat and (I don't recall where >>>> this last part of my recollection comes from) that it would be kept >>>> separate from the OpenJDK hotspot sources. Is that all >>>> correct? >>>> >>>> Jon >>>> >>>> On 2/19/2015 10:42 AM, Roman Kennke wrote: >>>>> I'd like to discuss the creation of the project Shenandoah with myself >>>>> *and/or* Christine Flood as initial lead and the Hotspot group as >>>>> sponsoring group. >>>>> >>>>> It's aim is to implement a new garbage collector that reduces GC pause >>>>> times for applications that require really large heaps. Existing GCs >>>>> show pause times of several 100ms up to several seconds on heaps > >>>>> 100GB. That is because they need to stop all Java threads for compacting >>>>> the heap. Shenandoah implements a new algorithm that allows to compact >>>>> heap while only stopping the Java threads briefly for root scanning, and >>>>> then evacuates the heap concurrently. This makes pause times unrelated >>>>> to the heap size and only proportional to the root set size. >>>>> >>>>> Shenandoah has so far been developed as part of the IcedTea project: >>>>> >>>>> http://icedtea.classpath.org/wiki/Shenandoah >>>>> >>>>> It has usable implementations for OpenJDK9 and OpenJDK8. >>>>> >>>>> Roman Kennke (me) is Principle Software Engineer at Red Hat, working on >>>>> Shenandoah since two years now. Before this, he worked on Thermostat, >>>>> and contributed to OpenJDK in several areas, most importantly the Zero >>>>> and Shark ports, graphics, and ports to embedded platforms. >>>>> >>>>> Christine H. Flood is a prinicpal software engineer at Red Hat. Most >>>>> recently she's been working on Shenandoah, before that she worked at >>>>> Oracle/Sun labs on the Fortress programming language, and on JVM >>>>> Scalability. She's one of the inventors of both the parallel GC >>>>> algorithm and G1. >>>>> >>>>> Initial committers and reviewers would be me and Christine. >>>>> >>>>> Could we both be project leads? Christine doesn't have an OpenJDK >>>>> idendity yet... >>>>> >>>>> Best regards, >>>>> Roman >>>>> >>>>> >> >