Spec mailing lists

Alex Buckley alex.buckley at oracle.com
Wed Aug 6 18:22:26 UTC 2014


https://jcp.org/en/procedures/jcp2#5.1.1

Bear in mind that a majority of JSRs are led by companies, not 
individuals, so there is usually less single-point-of-failureness that 
one might imagine. In any case, these are all issues best addressed to 
the JCP Program Management Office.

Alex

On 8/5/2014 11:40 PM, Jeremy Manson wrote:
> Alex,
>
> Although we discussed this in person, I was a little unclear about the
> single-point-of-failureness of it.  What happens when the ML dies?  Or
> even goes on vacation?  Are they really the sole authority?
>
> Jeremy
>
>
> On Mon, Aug 4, 2014 at 12:49 PM, Alex Buckley <alex.buckley at oracle.com
> <mailto:alex.buckley at oracle.com>> wrote:
>
>     On 8/2/2014 4:51 AM, Doug Lea wrote:
>
>         This all sounds good, although it would be nice to also regularize
>         a "transition plan" for efforts (for example, the upcoming
>         memory model
>         updates; JDK8 lambdas) that result in spec updates. Probably nothing
>         special beyond saying that upon integration of specs, follow-ups
>         go here?
>
>
>     Not necessarily. The Maintenance Lead (ML) for a JSR is the official
>     contact for bugs in that JSR's spec. Just because a JSR's spec is
>     integrated into the text of the JLS or JVMS doesn't mean that the
>     ML's responsibilities diminish. In 2025, substantive feedback about
>     the JMM9 spec developed in 2015 should be sent to the ML, not
>     jls-jvms-spec-comments. To the extent that people send substantive
>     feedback to jls-jvms-spec-comments anyway, the owner of that alias
>     should not hesitate to bounce mails to the correct ML.
>
>     Alex
>
>


More information about the compiler-dev mailing list