Hi Marc,
Some thoughts of mine concerning the JWT meta model extension:
a basic problem with all extensions to the meta model at the moment is the
update algorithm, that requires backward compatibility, i.e. additions are
allowed, removing or moving elements isn't. But since this is a quite
unsatisfiable limitation, this should be changed in the near future anyway.
The view concept is also a (small) aspect, which must be changed so model
elements for which no entry exists in the view files are displayed by
standard.
As you've already written in the wiki page, a graphical representation of
additions using GEF would require very much effort, if it is even possible.
Basically the only way I can think of right now would be, if the element is
part of an activity, e.g. like an Action or a Reference (but without
graphical connections), perhaps with a user defined icon.
Unfortunately, I have no experience with dynamic extensions to EMF but this
technology sounds interesting. If I got your idea right (I hope) the
ModelElement object should be extended with a relation to *-aspects, which,
in turn, represent an interface for model extensions?
One question that arises concerning the implementation of this feature is
the nature of the integration of vendor specific extensions into the model.
I assume, that they are being kept in separate files, so probably a standard
directory should be introduced, where all locally available extensions are
saved and loaded on demand. This would require a naming and versioning
mechanism for extensions (a list of which must be centrally stored in the
model file, e.g. in the model-element) to ensure compatibility, and also a
certain kind of tolerance of the loading mechanism if the needed extension
is not available.
Another point which occurs to me is the visual representation of the
aspects, which, if I didn't get it wrong, is probably limited to the
properties view. Would it be sufficient if the standard editors provided by
EMF, e.g. for string or integer input, are used? This technique would
however probably reach its limits, if an aspects has more than one layer,
i.e. it contains child objects, or of course, if the supplier of the
extension wants to include his own property editor.
Regards,
Chris
-----Ursprüngliche Nachricht-----
Von: Marc Dutoo [mailto:marc.dutoo@xxxxxxxxxxx]
Gesendet: Montag, 19. Mai 2008 18:00
An: Christian Saad
Cc: 'Florian Lautenbacher'; csaad@xxxxxxx; Java Workflow Toolbox
Betreff: Making new JWT metamodel elements visible in the JWT WE UI
Thanks very much Christian & Florian, this is what I needed ^^
About the extension spec, it is still a work in progress, I wanted to
share where I was going to. I'm sure you'll have valuable input on the
different alternatives as well !
Regards,
Marc
Christian Saad a écrit :
Hi Marc,
the visibility of the model elements is controlled by the JWT views
concept.
If you alter the meta model, the view files (business.view, technical.view
in the views dir) have to be adapted to the new meta model elements.
Unfortunately, this means you'll have to completely recreate both view
files
with the jwt-view tool (which can be found on the eclipse cvs), since the
respective version of the meta-model is serialized into these files.
The required steps are:
1. Download and start the jwt-view application. It will load the current
ecore file from the jwt-we project in the same project dir
2. Unmark the checkboxes of the elements/properties which should be
invisible (it may be necessary to resize the part of the application
window
to make sure the list of elements is displayed)
3. set the corresponding internal name using the menu ("Business" /
"Technical")
4. save the view to business.view or technical.view
5. repeat the steps for the second view
I hope this will help you in accomplishing your addition to the JWT meta
model. Please don't hesitate to ask if the description was unclear.
Concerning the alterations of the meta model itself:
I'm very sorry, I didn't yet respond to your suggestions. I'll read up on
the proposals and will get back to you asap.
Regards,
Chris
-----Ursprüngliche Nachricht-----
Von: Marc Dutoo [mailto:marc.dutoo@xxxxxxxxxxx]
Gesendet: Montag, 19. Mai 2008 17:03
An: 'Florian Lautenbacher'; csaad@xxxxxxx
Betreff: Re: JWT metamodel extension spec
Hi Christian, Florian
I'd like to know
* how to make visible dynamic and static additions to the
WEMetaModel.ecore in the Outline and in the property view. I've found
the Outline class, I've generated the model and edit and it works well
including saving, but nothing is displayed...
* Chris, how what I say pans out with your ideas about JWT metamodel .
Regards,
Marc
Marc Dutoo a écrit :
Hi all
I've written about JWT metamodel extension specifications at the
bottom of http://wiki.eclipse.org/index.php?title=JWT_Metamodel ,
mainly on
* "goals" : summarize all JWT members' goal for such extensions.
Obviously everyone's welcome for giving some feedback !
* "design" : summarize my latest tries at hacking the JWT WE
metamodel and writing sample extensions. I've still to upload the
actual stuff as a bugzilla.
To make it short, for now what I like is an "aspects" relation on
ModelElement (or at least Action) to an "Aspect" dynamic interface,
and dynamic EMF extensions. I've also tried simple properties.
Feedback welcome !
Regards,
Marc
_______________________________________________
jwt-dev mailing list
jwt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/jwt-dev