Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "EDT:0.7.0 Planning:Iteration 7"

Line 1: Line 1:
Planning for I7 is scheduled for Thursday May 12th.
+
=== '''Goals for Iteration 7'''  ===
 +
 
 +
'''Eclipse website'''
 +
 
 +
*extensibility paper (Jeff) - extending gen/run, and plugging it into the IDE- completion of this will be deferred a little - it's too soon to expose this level of detail
 +
*EDT overview documentation - what is it for, why it exists? This would go on the documentation section of the Eclipse web site. Also update the front page blurb - Tim & Saul
 +
*how do we get tied into the overall Eclipse communications - Will
 +
*Integration build - as soon as we get through the Eclipse contribution process, integrated into the eclipse build, and create a frozen integration driver.
 +
 
 +
'''Coding:'''
 +
 
 +
*Exposing system parts in the IDE
 +
**system parts managed in an EGL project
 +
**EGLARs built from the EGL project
 +
**refactoring of compiler to separate system parts from compiler
 +
**source code in EGLARs
 +
**tooling able to access the source code in EGLARs or zip file
 +
**read-only editor
 +
**non-source editor
 +
**allow choice of what format of the IRs will be - XML or binary
 +
**bring over the EGLAR function from RBD 8012 (will need to be reworked to use the new model)
 +
*Compiler - front end needs to be designed - refactoring, validation framework, etc. and then tasked.
 +
*IDE - continue on current path - finish preferences / properties, wizard to create EGL project - start simple, just implementing what the current action does that converts a java project to EGL. Then we can decide what additional functionality is desired. Getting the project explorer to be EGL-aware. Also need perspective. Editor Search. EGL Perspective.
 +
*Generation invocation needs to be reworked from RBD - we need to identify what the weak points are in RBD, and this is a chance to rework it. Looking for areas that have been problematic
 +
*Utility to create IRs - deferred to later iteration, but needs to be created in bugzilla
 +
*Core - indexing to include annotations & stereotypes, smarter generation - understanding structurally changed. Paul & Justin with Tim's help for investigation.
 +
*debug - continue on current path as a lower priority than core work, if time allows.
 +
*Services - work in the priority shown in RTC (copy to bugzilla)
 +
*generating a RUI library, JavaScript generation in general. Open extensible architecture. Identify what is needed for thin RUI demo for June. We can generate a basic RUI library in I5. Also looking at hooking into debug - this needs to be explored. Need to look at 'purifying' the RUI gen, removing the RBD-specific aspects.
 +
*Java runtime - refactoring core vs. RBD
 +
*data base I/O - needs to be designed, including how JPA will play in, vs straight SQL. In I7, we will target having the direction / design set.
 +
*Language test framework - generation of the program based on library is finished, in command line mode. Now working toward automation. Then need to handle the results, to get a report out - build a tool to read the output and display it. Also start writing the test cases. Kathy will be full time, plus whatever time Jing can give. This might drive some requirements on the EDT language gen/run implementation.
 +
*Tooling explicitly for extending generators - an EGL generator project. This needs to be designed, in a later iteration
 +
 
 +
 
 +
 
 +
'''Open Development Process'''
 +
 
 +
In this iteration, we will begin doing open development at Eclipse for planning and tracking of work.  We will create Enhancements in Bugzilla for all line items, and create child Enhancement items for the detailed work tasks required to implement each enhancement.   We'll use the Target field to indicate which items are expected for a particular iteration. 

Revision as of 17:28, 12 May 2011

Goals for Iteration 7

Eclipse website

  • extensibility paper (Jeff) - extending gen/run, and plugging it into the IDE- completion of this will be deferred a little - it's too soon to expose this level of detail
  • EDT overview documentation - what is it for, why it exists? This would go on the documentation section of the Eclipse web site. Also update the front page blurb - Tim & Saul
  • how do we get tied into the overall Eclipse communications - Will
  • Integration build - as soon as we get through the Eclipse contribution process, integrated into the eclipse build, and create a frozen integration driver.

Coding:

  • Exposing system parts in the IDE
    • system parts managed in an EGL project
    • EGLARs built from the EGL project
    • refactoring of compiler to separate system parts from compiler
    • source code in EGLARs
    • tooling able to access the source code in EGLARs or zip file
    • read-only editor
    • non-source editor
    • allow choice of what format of the IRs will be - XML or binary
    • bring over the EGLAR function from RBD 8012 (will need to be reworked to use the new model)
  • Compiler - front end needs to be designed - refactoring, validation framework, etc. and then tasked.
  • IDE - continue on current path - finish preferences / properties, wizard to create EGL project - start simple, just implementing what the current action does that converts a java project to EGL. Then we can decide what additional functionality is desired. Getting the project explorer to be EGL-aware. Also need perspective. Editor Search. EGL Perspective.
  • Generation invocation needs to be reworked from RBD - we need to identify what the weak points are in RBD, and this is a chance to rework it. Looking for areas that have been problematic
  • Utility to create IRs - deferred to later iteration, but needs to be created in bugzilla
  • Core - indexing to include annotations & stereotypes, smarter generation - understanding structurally changed. Paul & Justin with Tim's help for investigation.
  • debug - continue on current path as a lower priority than core work, if time allows.
  • Services - work in the priority shown in RTC (copy to bugzilla)
  • generating a RUI library, JavaScript generation in general. Open extensible architecture. Identify what is needed for thin RUI demo for June. We can generate a basic RUI library in I5. Also looking at hooking into debug - this needs to be explored. Need to look at 'purifying' the RUI gen, removing the RBD-specific aspects.
  • Java runtime - refactoring core vs. RBD
  • data base I/O - needs to be designed, including how JPA will play in, vs straight SQL. In I7, we will target having the direction / design set.
  • Language test framework - generation of the program based on library is finished, in command line mode. Now working toward automation. Then need to handle the results, to get a report out - build a tool to read the output and display it. Also start writing the test cases. Kathy will be full time, plus whatever time Jing can give. This might drive some requirements on the EDT language gen/run implementation.
  • Tooling explicitly for extending generators - an EGL generator project. This needs to be designed, in a later iteration


Open Development Process

In this iteration, we will begin doing open development at Eclipse for planning and tracking of work.  We will create Enhancements in Bugzilla for all line items, and create child Enhancement items for the detailed work tasks required to implement each enhancement.   We'll use the Target field to indicate which items are expected for a particular iteration. 

Back to the top