[great-users] Reading out the GUID of a given object for transformation running in memory

[Kevin Smyth]

I believe the "run in memory" option will copy the GME objects to a Udm copy, but Udm does not have the guid. 

Can you try it without that option? I haven't seen data that transforms will run faster with that option. Maybe it isn't faster?

> On Dec 19, 2016, at 9:46 AM, Mansk, Robert <robert.mansk at ils.uni-stuttgart.de> wrote:
> 
> Hey everybody,
>  
> I’m referring to the thread in the GReAT archive of August 21st, 2014.
> There, code was provided which allows to read out the GUID of a given object.
>  
> I would like to know, if it’s possible to read out the GUID when running a transformation in memory?
> Using the given code, the line
>  
>         pUnk.Attach(UdmGme::Udm2Gme(PurchaseOrder)); // caveat: Udm2GME returns NULL if PurchaseOrder is a Udm XML object
>  
> returns NULL when running a transformation in memory. Therefore
>  
>         pFCO->GetGuidDisp(bstrGuid.GetAddress());
>  
> leads to an error in the header file ‘atlcomcli.h‘ at line 182, which causes a crash of the execution file.
> In the following link I provided a small example based on the given house2order transformation.
>  
>  https://dav.bastie.org/index.php/s/aJ5EXJYPBrCSVNf   (pw: iQ8&%fXs2)
>  
> Within the rule ‘AddToOrder’ I implemented the code to get the GUID of the object ‘Room1’.
> When running the transformation in memory (value is set to true for input and output file within the configuration aspect of the transformation)
> the compiled code crashes. This only happens when the file I’m reading from (House Model in this case) is run in memory. I suppose the problem lies with ‘Room1’
> being an Udm XML Object (or something similar), as stated in the comment above.
>  
> As I am currently executing some very large transformations where it is necessary to read out the GUID, it would be great if there would be possibility to run them in memory
> and save some time. Thank you in advance for your help.
>  
> Best regards,
> Robert
>  
>  
> _______________________________________________
> great-users mailing list
> great-users at list.isis.vanderbilt.edu
> http://list.isis.vanderbilt.edu/cgi-bin/mailman/listinfo/great-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.isis.vanderbilt.edu/pipermail/great-users/attachments/20161223/0c71fa7e/attachment.html>