Last modified 3 years ago
KIELER Meeting 2009-07-03
- moderator: haf
- protocol: cmot
Topics for this meeting
- KIELER Protocols
- oAW M2M cookbook
- ATL M2M talk
- Statecharts in class (using KIELER)
- Eclipse Galileo
- SVN directory structure (+ voting)
- Usage of SVN
- KIELER SVN Conventions
- KIELER meetings
KIELER Protocols
- Tickets
- Tickets (from a KIELER meeting) in TRAC system should be accepted!
- React to your tickets or reassign them
- All tickets should be linked from the protocol so that one could easily see, if all are fixed until the next meeting
- Please close all fixed tickets!
- When creating new tickets, please choose the right component so that it gets assigned to the correct person
- Only one user can be responsible for a component, but you can use the CC to add additional user that might be interested or concerned
- Again: Please close all your fixed (also older) tickets! :-)
oAW M2M cookbook
ATL M2M talk
- Özgun: Present prepared slides for Atlas Transformation Language (ATL)
- Doodle Link: Ticket #149 (oba)
Statecharts in class (using KIELER)
- KIELER should be made available to the students until Tuesday
Eclipse Galileo
- Release notes: Significant GMF changes
- Lots of bug fixes
- Real M2M transformations included now (mapping2genmodel)
- Instead of java code
- Maybe manual changes are persistent now
- Genmodel for all editors must be rebuild and reconfigured
- GMF code generation: Xpand (build on GMF-Xpand)
- SVG graphics can now be used for figures (in external files)
- Autosizing/Autoscrolling? : No better layout results compared to KIELER ;-)
- Integrate official GMF auto layout into KIELER: Ticket #152 (msp)
All that gives reasons to use Eclipse Galileo rather soon
- Custom templates make the change to Galileo a little difficult at the moment (especially for SyncCharts editor where these are needed)
- For the change: maybe SVN branching is useful (consult MSP or HAF)
- Conventions exists how to use branches
- Conventions implemented in tools (e.g., Tortoise SVN)
SVN directory structure
- Fragmentation of editors (SyncCharts VS Dataflow) ...
Ideas
- No hierarchy, all plug-ins flat (like Berkeley does it) - FAVOURIZED (6 to 1 votes)
- trunk
- plugins
- features
- doc
- standalone
- trunk
- Project hierarchy (as it was initially intended)
- trunk
- project1
- plugins
- features
- project2
- plugins
- features
- project1
- trunk
- Compromise (but problematic for auto build)
- trunk
- plugins
- project1
- project2
- plugins
- trunk
- SVN subversive compatible
- project1
- trunk
- plugins
- trunk
- project2
- trunk
- plugins
- trunk
- project1
Usage of SVN
- Eclipse team project set for KIELER developers to easily check KIELER out
- Disadvantage: Only SVN Subversive (not Subclipse)
- Disadvantage: Must be maintained
- Advantage: Notification of new projects
- Similar: find projects
- Ticket #153 (haf)
- What about GIT?
- Distributed version management
- But we want to stay with SVN
KIELER SVN Conventions
- plugins folder: All KIELER plug-ins
- standalone folder: All other Java projects
- Is it possible to have the same name for a feature and the plug-in? Ticket #154 (msp)
- Move every plug-in that exists to the correct folder
- use SVN move command!
- Scheduled relocation for the next week (Wednesday, 07/08/09)
- Auto-build, Ticket #155
- ESTEREL, Ticket #156
- Eclipse Integration, Ticket #157
- Execution Manager, Ticket #158
- KEV, Ticket #159
- KIML, Ticket #160
- KLoDD, Ticket #161
- KiViK, Ticket #162
- KoData, Ticket #163
- Ptolemy, Ticket #164
- SCADE Editor, Ticket #165
- Structure Based Editing , Ticket #166
- SyncCharts Editor , Ticket #167
- Textual Editing , Ticket #168
- Viewmanagement, Ticket #169
KIELER meetings
- Suggest topics for next meetings (contact haf or msp)
- No KIELER meeting on next Friday, 07/10/09
