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