homepage › Forums › BridgePoint/xtUML Usage and Training › xtUML Java API and EMF
- This topic has 1 reply, 2 voices, and was last updated 3 years, 11 months ago by
cort.
-
AuthorPosts
-
January 24, 2017 at 10:40 am #5741
Anonymous
InactiveHi all,
I have seen some plans about an EMF-based Java API for xtUML model manipulations. I’d like to ask about the status of this API, and if we can access it. Also does this mean that the Java-MC will generate an EMF ecore representation of the compiled xtUML model, or only EMF-compatible Java code will be generated?
Thanks,
Daniel SegesdiJanuary 26, 2017 at 4:06 pm #5742cort
KeymasterHello Daniel,
The current Java API has not changed since this post. Progress includes preparations and infrastructure progress simply to get ready for the migration. A study was done together with people from EclipseSource to explore the options of making this move. Each option requires significant work. We have some experiments in mind.
A twist to the approach is presently looking attractive. It is desirable to use EMF only in-memory. The persistence format would human-readable parseable text. An Xtext parser will do the loading and serializing. Significant progress in this regard has occurred with a new action language called MASL. The first structural elements to be persisted as text are the signatures and parameters of the functions and operations.
In both cases, an ecore API would be exposed for the metamodel.
I hope this helps.
Cort
-
AuthorPosts
- You must be logged in to reply to this topic.