Hi Thomas Christian (penyaskito) and myself are concentrating at the moment on revisiting the XML property panel module from his last GSOC in order to get that in a state for release.
The module is driven from an XML file that is derived from the UML1.4 metamodel. The intention is then to drive that same module from an XML derived from the UML2.x metamodel. This allows us to contribute towards UML2.x without actually getting directly involved in the eUML subsystem. For this reason I'd appreciate it if people kept enhancements to our current property panels to a minimum. Please wait on the replacement panels (or contribute you work there) or you will be giving us more work to do to complete the replacement. I did have a go at running with eUML recently to see what errors were occuring and I found many from the property panels so I think this will be useful work. My intention after this was to work on visualizing templates in FigClass. I think thats long overdue but if others think I would do better to contribute elsewhere then please suggest. I see Tom has made some recent commits to eUML, that is good to see. I wonder if Bogdan still intends to contribute. It is those two devs with most experience in this area. What are your plans Thomas? > The first one: How will the legacy UML 1.4 projects be handled? > I think if we can make it a little easier by doing a "hard cut" > (and maintain two ArgoUML separated streamlines for a while: > UML1.4 and UML 2.x). Because I don't know how much it takes to > create a migration tool. The worst would be to make ArgoUML > deal with both UML1.4 and UML2 models... What do you mean by separate stream? Branching? If so I don't like the sound of doing this until we absolutely have to. I think the best would be to make ArgoUML deal with both UML1.4 and UML2 but I don't know for how long this will be practically possible. > The second one: Can our first UML2 release be with very limited > functionality, growing steadily from release to release, or do > we aim for a full ArgoUML 0.28 replacement or...? I don't see why we can't have a release that can still do all of UML1.4 and can also do just class diagrams in UML2 with extra diagrams being added over time. How about this - ArgoUML moves to release 1.0 then every subsequent release is 1.x until we have the final UML2 diagram and go to release 2.0 Regards Bob. 2009/3/31 Thomas Neustupny <[email protected]>: > Hi, > > the work of Bogdan Pistol on creating eUML (model implementation > based on Eclipse UML2) was in 2007, so it's really time to think > about building on top of that for the long overdue migration > from UML 1.4 to the actual UML 2.x version. We have still no plans > for the next release, so I say: THE TIME HAS COME! > > The task is a huge one, maybe the biggest we ever had. I guess > noone has a complete picture of what is needed to do, so we > should start constructing it and do some planning work in the > wiki. I've set up a page in the wiki that gives an overview > of everything that needs to be done (or later: how much progress > we made): > http://argouml.tigris.org/wiki/Tasks_for_UML_2.x_Support > (Please contribute!) > > (The starting point for all UML2 wiki pages is > http://argouml.tigris.org/wiki/UML_2.x_support) > > The work of Bogdan is far from being complete, but the great > thing about his work is, that he achieved some substantial > breakthroughs: model event handling and undo model changes. > I really recommend to have a look on his well done reports: > http://argouml.tigris.org/wiki/Status_of_eUML > > Let's safe ArgoUML from losing acceptance and interoperability! > > Regards, > Thomas > > P.S.: I also have two conrete questions we could start thinking about: > > The first one: How will the legacy UML 1.4 projects be handled? > I think if we can make it a little easier by doing a "hard cut" > (and maintain two ArgoUML separated streamlines for a while: > UML1.4 and UML 2.x). Because I don't know how much it takes to > create a migration tool. The worst would be to make ArgoUML > deal with both UML1.4 and UML2 models... > > The second one: Can our first UML2 release be with very limited > functionality, growing steadily from release to release, or do > we aim for a full ArgoUML 0.28 replacement or...? > (Since the UML2 work will take a lot time, I'd suggest to only > release maintainance releases 0.28.x from now on.) > > -- > Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: > http://www.gmx.net/de/go/multimessenger01 > > ------------------------------------------------------ > http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=1492835 > > To unsubscribe from this discussion, e-mail: > [[email protected]]. > To be allowed to post to the list contact the mailing list moderator, email: > [[email protected]] > ------------------------------------------------------ http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=1494173 To unsubscribe from this discussion, e-mail: [[email protected]]. To be allowed to post to the list contact the mailing list moderator, email: [[email protected]]
