This comment replaces the last one (I didn't notice that the following section (0.0.3) addresses response to comments.
Please replace sections 0.0.2 and 0.0.3 with this new section 0.0.2
Issues must be tracked through a publicly readable issue tracking mechanism. Formal comments must be entered into the issue-tracker, and all open issues must be responded to publicly before the JSR moves to the next stage. If the EG decides to reject a suggested change then the response in the issue-tracker must include a rationale for rejection. Responses stating that the suggested change will be made at a later date (but before the JSR or Maintenance Release is finalized) are permissible; in these cases the issue should be kept open until the change has actually been made. The issue-tracking mechanism must make a clear distinction between open, responded-to, and closed issues so the EC can clearly judge whether the EG has met its obligation to respond to all issues.
EC members, when voting to approve a JSR's advance to the next stage, should take into consideration the EG's responses to comments, and may insiste that a suggestion or issue the EG considers resolved be re-addressed before the JSR moves on.