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.
Difference between revisions of "DaliMeetingMinutes20090714"
(→Open design issues (UI and model)) |
(→Open design issues (UI and model)) |
||
Line 25: | Line 25: | ||
**Talk to Michael O'Brian and Peter about serialization (set up meeting, incremental generation) | **Talk to Michael O'Brian and Peter about serialization (set up meeting, incremental generation) | ||
**What happens when the A processor regens, does it clean up. | **What happens when the A processor regens, does it clean up. | ||
+ | **EclipseLink is still working on this issue so we should have more answers soon | ||
**We could tie into refactoring and update queries to point to new metamodel content | **We could tie into refactoring and update queries to point to new metamodel content | ||
**Generally annotation processor created, but might be advantage to doing this with the Dali model | **Generally annotation processor created, but might be advantage to doing this with the Dali model | ||
Line 31: | Line 32: | ||
**Should we support EclipseLink 1.x in Dali 3.0? Yes - keep everything for now | **Should we support EclipseLink 1.x in Dali 3.0? Yes - keep everything for now | ||
*Platform version requirements (Paul) | *Platform version requirements (Paul) | ||
+ | **Too much to do in 3.0, will need to wait to work on this as it becomes more necessary | ||
**Platform UI selection (Neil) | **Platform UI selection (Neil) | ||
+ | ***New suggestion - create "<unselected>" option as the default default. This forces the user to make a selection the first time, ensuring that they make an appropriate selection, and after that, this chosen platform will remain default. This solves all of the issues associated with this bug. | ||
*Code Topics | *Code Topics | ||
**Conversion to Iterables (Brian) | **Conversion to Iterables (Brian) |
Revision as of 16:00, 15 July 2009
Contents
Dali 3.0 Design Meetings
July 13-14th, 2009
Attendees: Shaun, Neil, Karen, Brian, Paul, Tran
Agenda
Open design issues (UI and model)
- UI and model for JPA 2.0 Id (Paul)
- Generic JPA is slightly different case than EL
- Generic - source only case, private in foo; - default to Basic mapping in our UI: M-1 default is error with Id
- EclipseLink - default 1:1 makes interpretation difficult
- Is option 2 possible, lets consider further? If not, what are the possible solutions, Option 3 - Lobby spec committee for Derived Id.
- Day 2 Comments
- (one option)Make a model that makes sense (where Id is not a first class mapping), then hack the UI as necessary to "simplify" UI. We could probably add an Id mapping into the map as list in a hard-coded, fixed list position (of 2), and then enable/disable this menu item based on the attribute type. The Id selection would only be enabled for primitives.
- Can @Id and @Basic coexist?
- 3 Options defined, see picture of white board, pros and cons with each
- Day 3 Comments
- Reviewed options, best course of action to do some pair programming to tackle additional investigation
- First take a look at Option B, then pursue Option C if B turns out to be a dead end
- Generic JPA is slightly different case than EL
- JPA 2.0 meta-model generation (Shaun)
- Probably want incremental generation (on commits)
- Talk to Michael O'Brian and Peter about serialization (set up meeting, incremental generation)
- What happens when the A processor regens, does it clean up.
- EclipseLink is still working on this issue so we should have more answers soon
- We could tie into refactoring and update queries to point to new metamodel content
- Generally annotation processor created, but might be advantage to doing this with the Dali model
- Use EL to generate the source code (send an email to Peter)
- Legacy Platform support (Neil)
- Should we support EclipseLink 1.x in Dali 3.0? Yes - keep everything for now
- Platform version requirements (Paul)
- Too much to do in 3.0, will need to wait to work on this as it becomes more necessary
- Platform UI selection (Neil)
- New suggestion - create "<unselected>" option as the default default. This forces the user to make a selection the first time, ensuring that they make an appropriate selection, and after that, this chosen platform will remain default. This solves all of the issues associated with this bug.
- Code Topics
- Conversion to Iterables (Brian)
- going to start with db plugin and see if this is worth pursuing further
- Lots of possible churn to provisional API. Need to determine if this is worth the churn
- Model events/listeners (Brian)
- Changes are good but there will be some adopter breakage
- FindBugs(Brian)
- Brian tried this out on Utility and had decent results (not much found, but some useful feedback)
- Performance testing
- We will plan on using this the larger codebase during the course of 3.0 development
- "2.0" naming and package names for various platforms (Karen)
- need to define a pattern for all of this
- New metadata introduced for JPA 2.0 should get the 2_0 label in the class
- See picture below:
- Conversion to Iterables (Brian)
Other Topics
- XML Translator issues
- Need to escalate these issues and determine if support is going to be sufficient moving forward