jsr358
  1. jsr358
  2. JSR358-72

Clarify what is appropriate for a MR and what should go into a new JSR

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Won't Fix
    • Component/s: Process Document
    • Labels:
      None

      Description

      Section 5 of the Process Document is ambiguous about what is appropriate for a MR and what should go into a new JSR. Should we tighten up this language?

      NOTE: Maintenance Leads are generally opposed to tighter requirements and want the freedom to make the determination themselves.

        Activity

        Hide
        pcurran added a comment -

        See my recent comment.

        Show
        pcurran added a comment - See my recent comment.
        Hide
        pcurran added a comment -

        We discussed this at the April 2015 EC meeting. From the minutes:

        "Patrick pointed out that Bill Shannon had recently filed a new issue suggesting a light-weight proposal for producing errata. (See JSR358-96 - Create an errata process separate from the MR process).

        Such a process would be very restrictive of what could be changed. He also noted that the current Process Document language mandates that binary compatibility must not be broken.

        Members agreed that under these circumstances no further clarification will be needed."

        I will therefore close this as "Will Not Fix".

        Show
        pcurran added a comment - We discussed this at the April 2015 EC meeting. From the minutes: "Patrick pointed out that Bill Shannon had recently filed a new issue suggesting a light-weight proposal for producing errata. (See JSR358-96 - Create an errata process separate from the MR process ). Such a process would be very restrictive of what could be changed. He also noted that the current Process Document language mandates that binary compatibility must not be broken. Members agreed that under these circumstances no further clarification will be needed." I will therefore close this as "Will Not Fix".

          People

          • Assignee:
            Unassigned
            Reporter:
            pcurran
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: