[great-users] Handling of abstract classes and transformationdebugging

[Kevin Smyth]

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

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.isis.vanderbilt.edu/pipermail/great-users/attachments/20120307/13007464/attachment.html