Summer Vacation 2007 IPzilla Improvements

Goals

The goal of our Year 2007 Summer Vacation IPzilla Improvements project is to improve the user experiences of both the Eclipse committers and the Eclipse Legal staff without changing the Eclipse IP Policy. Although there are many issues around the IP Policy and process, we have carefully selected high-value items within reach of our resources. Other issues will be addressed by other groups (e.g., the IP Working Group and the Board) and/or other future tools and documentation.

The three major pain points we are addressing this summer are:

1. Unclear Process. Careful definition of the states and transitions, fields and responsibilities that an IP bug goes through.
2. Unclear Delays. Notifications to responsible parties when an IP bug is waiting for their input.
3. Difficult To Submit. An Eclipse client plug-in that pre-processes and correctly formats one or more CQ submissions.

Project Plan

The summer of 2007 is over so the "Summer Vacation" part of the IPzilla improvements is complete. I've cleaned up this page to represent this return to cold and wet here on the west coast of the United States (and the move from a summer project to an on-going effort as prioritized by the bug system).

IPZilla State Diagram

• initial incoming CQs -> [new]
• [new] - see above - effectively this is "awaiting_source_code"
  1. if no source code -> [awaiting_committer] with comment "attach source code"
     • Source code is defined as:
       • a zip file
       • that does not contain nested jars
       • and does contain .java files
       • if it contains .class files then there is a .java file for each .class file
  2. if there is an attachment, but no PMC approval, automatically -> [awaiting_pmc_vote]
  3. if both, automatically run IP scan tool and attach results as an attachment
  4. if approval and source code, automatically -> [awaiting_triage]
     1. if exactly one license is specified and the license is EPL, assign to Sharon
     2. otherwise, assign to Janet
• [awaiting_triage]
  1. when legal starts working on this one -> [triage]
• [triage]
  1. add keywords. most common: apache, reuse, checkin_to_cvs, using_parallel_ip
  2. open and examine attachments
  3. if issues -> [awaiting_committer]
  4. if issues -> [awaiting_project]
  5. if reuse -> [approved_all_projects]
  6. otherwise -> [awaiting_analysis]
• [awaiting_analysis]
  1. when legal starts working on this one -> [under_review]
• [under_review]
  1. scanning code, etc.
  2. if issues -> [awaiting_committer]
  3. if issues -> [awaiting_project]
  4. if uncommon issues -> [awaiting_emo]
  5. if uncommmon issues -> [awaiting_board_approval]
  6. and then either -> [rejected]
  7. or -> [approved_all_projects]
• [approved_all_projects] - a terminal state
• add keyword: checkin_to_cvs
  • notify users of older versions that a new version is available
• [rejected] - a terminal state
• [withdrawn] - a terminal state
• [awaiting_board_approval]
  1. after answer from board -> [approved_all_projects]
  2. after answer from board -> [rejected]
  3. only allow emo to answer; everyone else just adds comments
• [awaiting_committer]
  1. after answer from committer -> returns to prev state
  2. only allow committers on the project to answer; all other committers just add comments
• [awaiting_project]
  1. after answer from committer -> returns to prev state
  2. only allow committers on the project to answer; all other committers just add comments
• [awaiting_pmc] - when need to approve
  1. after answer from pmc -> returns to prev state
• [awaiting_pmc_vote] - when need to approve
  1. after answer from pmc -> returns to prev state
  2. only allow pmc members on the top-level project to answer; all other committers just add comments
• [awaiting_emo] - policy related, external council, etc
  1. after answer from emo -> returns to prev state
  2. only allow emo to answer; everyone else just adds comments
• in all non-terminal states
  • if the submitter decides this is no longer needed -> [withdrawn]
  • only allow committers on the project, pmc members on the top-level project, and emo to withdraw an ip bug
  • any logged in user (committer) can always add an additional comment but doing so will not advance through the states
• in all terminal states
  • submitter can choose to reopen the issue -> [awaiting_triage]
• [approved_one_project] - not used anymore
• [closed] - not used
• [reuse] - not used