Community
Participate
Working Groups
Build Identifier: Hello, We are looking at integrating EMF-based ecore models (emx file for Rational Software Architect) with the Mylyn context degree-of-interest model to provide a read on-demand browsing experience. We need to provide support for interface focusing and one-click multitasking facilities for models and diagrams. Requirements: - The bridge should treat all the contents as dynamic. It is either read on-demand from a database or it comes from a single model resource file as opposed to individual resource's file. - The dynamic bridge would create associations between the objects and unique strings (handles) as one traverse the model in memory. Once the mapping is created, Mylyn context should be able to deal with the Strings without worrying about the real objects. - Ecore elements need to be identified and integrated with the task context, relationships and containment need to be mapped to the degree of interest graph and so on. - The UI bridge needs to track usage for ecore model and GEF diagram navigation and it also needs to register the common navigators. We're looking at where we could extend existing components and see what makes sense for us to contribute to the open source community. Thank you. Reproducible: Always
Thanks for the detailed requirements description. Miles has recently started an effort to create a structure bridge for EMF models and GEF graphs: 352032: [modeling] Initial Mylyn Modeling Support Release https://bugs.eclipse.org/bugs/show_bug.cgi?id=352032 Miles, maybe you can point out specific tasks that are relevant to the described requirements?
Sounds familiar! Please see also: http://wiki.eclipse.org/Mylyn/Context/Modeling_Bridge#Status I think all of these requirements are relevant. In fact as far as I can tell they are all covered in the existing set of tasks. echaland, (dorry, don't have your given name? :) ) why don't you take a look at the bugs and see if you think there is anything missing from there that you would like to see? For example, I'm not sure what "one-click multitasking facilities" means. See the wiki page for the location of the current code. It's (barely) runnable at this point. I've just finished a spike to check that some of the higher risk UI elements are doable and that was successful. Since a lot of this task is integrating different bits, I've got a lot of pieces that I'm working with right now, but if you're interested in contributing that would be great and I'm sure we could carve out some pieces that would be appropriate. We do have a tight timeline on this -- late August -- and so far have been making decent progress to perhaps get ahead of that schedule. Steffan, should we move this over to incubator?
(In reply to comment #2) > Steffen, should we move this over to incubator? Certainly. I have updated the summary (please feel free to change that as you see fit) and made this a subtask of the main modeling bridge. This doesn't necessarily mean that all requirements are in the scope of the initial bridge implementation but it makes it easier for others to find the bug and join the discussion. One thing that we have to keep in mind when merging contributions is that we will require consent from all contributors (and their employers) once code moves to Eclipse.org.
What's the status on this? I think Jan Mauersberger's effort is separate from this? Note that this isn't really a blocker for any release it's just capturing a potential contributors interest. If there are specific aspects of the requirements above that aren't captured by the existing bugs under bug 352032 please open a bug for them. Then perhaps we can close or move this one so it doesn't block the release bug.
Correct this is not a blocker for any releases. http://wiki.eclipse.org/Mylyn/Context/Modeling_Bridge#Status seems to be addressing most of the concerns. We can close this one for now I think
Great, and thanks for the quick reply! I guess I'll use WORKSFORME.
