Re: Transformations between models
Martin Matula <[email protected]> Tue, 16 Dec 2003 13:10:31 +0100
| Newsgroups | gmane.comp.java.netbeans.modules.mdr.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi Matteo, you can try to contact Wim Bast (his e-mail address should be in the submission) from Compuware. He is the chief "brain" behind it. Regards, Martin [email protected] wrote: > Hi Martin, > Do you think it's possible to have a contact with someone of your team or > compuware team (Email address) that is implementing that prototype ? > If it's interesting for you, we could be a good beta tester. > Is there an available mdl file that describes your trasformation metamodel > ? Are there other documents we could check further the OMG submission one ? > I'm studing the interactive Objects submission metamodel and there are some > issues I didn't get yet. Should be usefull for us investigate more in your > vision. > Thanks a lot > > > > > Martin Matula > <Martin.Matula@S To: [email protected] > un.COM> cc: > Subject: Re: [mdr-dev] Transformations between models > 16/12/2003 11.57 > Please respond > to dev > > > > > > > Hi Gabriele, > currently the easiest way to do the transformation is to specify it in > Java :) as I did in UML2MOF tool. Jasper is right that MOF2QVT will > provide the standard language for transformations. We are a co-submitter > to the RFP for this standard together with Compuware, who already have a > prototype of the transformation engine based on the language defined in > our submission, but I do not know if and when they are going to release > it to public. > Martin > > [email protected] wrote: > >> Hi Martin , >> Is there a way to convert an UML meta-model to a different meta-model > > that > >>I wrote? (My meta-model is an extension of the UML one) >> I'd like to define some transformation rules that are read (and applied) >>by a transformation engine. >> I'm looking for tools, libraries or languages that do this. Do they > > exist? > >> I tried using XSLT stylesheets for my transformations, but it turns out >>that doing complex operations this way is very hard >> >> Regards >> Gabriele >> >> > > > > > > >