[great-users] Handling of abstract classes and transformationdebugging
Léonard PETNGA
lpetnga at gmail.com
Thu Mar 8 10:51:48 CST 2012
Thanks Kevin!
I've already tried with Visual Studio. I took note and will test the other
options as well.
Thanks
Leonard
2012/3/7 Kevin Smyth <ksmyth at isis.vanderbilt.edu>
> re: debugging transforms:****
>
> ** **
>
> GRE.exe can print which Blocks/Rules are being executed. Run the master
> interpreter on your UmlModelTransformer file, which produces Config.mga.
> >From the command line, run "c:\Program Files\ISIS\GReAT\bin\GRE.exe"
> Config.mga -dv****
>
> ** **
>
> printf/cout statements in AttributeMappings can provide a quick way to
> provide some diagnostics.****
>
> ** **
>
> You can debug GRE.exe and set breakpoints in your AttributeMapping code
> located in %TEMP% \GReAT\. Another option is to use the Code Generator,
> then debug the resulting transform exe in Visual Studio. ****
>
> ** **
>
> You can try the GReAT debugger: C:\Program Files\ISIS\GReAT\bin\grd.exe.
> It is hard to use, however.****
>
> ** **
>
> Kevin****
>
> ** **
>
> *From:* great-users-bounces at list.isis.vanderbilt.edu [mailto:
> great-users-bounces at list.isis.vanderbilt.edu] *On Behalf Of *Léonard
> PETNGA
> *Sent:* Friday, March 02, 2012 12:25 PM
> *To:* great-users
> *Subject:* Re: [great-users] Handling of abstract classes and
> transformationdebugging****
>
> ** **
>
> Sorry, I forgot to attach the file...****
>
> 2012/3/2 Léonard PETNGA <lpetnga at gmail.com>****
>
> Hi Joe,
> Please find the requested information in attachment.
> Thank you!
> Leonard****
>
> ** **
>
> 2012/3/1 Joe Porter <joe.porter at gmail.com>****
>
> Leonard,
>
> Can you post a few screen capture images of the metamodel structure
> you're interested in and the proposed rules?
>
> Thanks,
> -Joe
>
> 2012/3/1 Léonard PETNGA <lpetnga at gmail.com>:****
>
> >
> > Hi everyone! I'm a new user of the GME/GREAT tool suite and I have some
> > questions for you guys.
> > 1. I have written a rule containing a pattern including an abstract
> class
> > (at level n). I want GREAT to use this rule to create an object based on
> the
> > pattern provided as input. However, in my next rule, I need to get
> access to
> > the inherited classes (level n-1) in the next rule ie the real objects
> > abstracted. Since GREAT does not allow me to represent inheritance (as
> > specified in the Metamodel) can I just (in the next rule) connect the
> real
> > objects at n-1 to the real one at n+1 as children and parent by bypassing
> > the abstract class? If no please clarify this point to me. I will also
> > welcome any more efficient way to handle this kind of situation.
> > 2. Is there anyway to "debug" or test the transformation rule by rule
> prior
> > to running the Master interpreter?
> > Thank,
> > Leonard
> >
> >
> >****
>
> > _______________________________________________
> > great-users mailing list
> > great-users at list.isis.vanderbilt.edu
> > http://list.isis.vanderbilt.edu/mailman/listinfo/great-users
> >
> _______________________________________________
> great-users mailing list
> great-users at list.isis.vanderbilt.edu
> http://list.isis.vanderbilt.edu/mailman/listinfo/great-users****
>
> ** **
>
> ** **
>
> _______________________________________________
> great-users mailing list
> great-users at list.isis.vanderbilt.edu
> http://list.isis.vanderbilt.edu/mailman/listinfo/great-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.isis.vanderbilt.edu/pipermail/great-users/attachments/20120308/74acee2a/attachment.html
More information about the great-users
mailing list