Script fragments loose connection to script when deployed in MDG

[Geert Bellekens]

I have created some RTF script fragments  and I wanted to deploy the lot via an MDG.
Unfortunately the script fragment looses the link to the script if deployed via an MDG.
The only solution was to import the script using Import Reference Data, breaking my whole nice MDG deployment scheme.

Digging a bit into the details I noticed that the template references the script by its GUID, but the script int he MDG doesn't have a GUID at all, so logically that doesn't work.

Reported as bug

Geert

[PeterHeintz]

Hello Geert,
I posted a similar or maybe the same thing a while ago.
See:
http://sparxsystems.com/forums/smf/index.php/topic,30193.msg220679.html#msg220679

This issue was said to be fixed in V13 (did not verify that up to now).

[Geert Bellekens]

You are right indeed.
I did not even realize it was the same problem

I'll try to test it in v13 one of these days.

Geert

[Uffe]

You don't need to import the script as reference data in the target project.

The trick is to generate the MDG Technology twice. The first time is so that the script is included, the second time is for the template-to-script reference. So the second time, you need to have the MDG Technology selected in your MDG Technology development project.

You must also make sure that in the script selection drop-down, you select the script from the MDG Technology and not from the local project. The simplest way to achieve that is to temporarily rename the script in the project, make the selection in the template, then change the name back again.

Simple, no?

This only applies to the script itself, and you only need to do it once for each template-script reference. So once the reference is set up correctly, you can change the function call as needed without hassling through the same procedure.

I'm assuming this is because the template refers to the script by fully-qualified name (MDG Technology :: Script), not by GUID.

/Uffe

[Geert Bellekens]

Ah, never even thought of that.
I'll try that.

Geert

[Geert Bellekens]

YES!, the workaround suggested by Uffe works, thanks!

Geert

[Glassboy]

If I understand what you're saying Uffe - and I've only had one coffee - that may fix some of the issues I've had with alternate issues in sample models and patterns.

[PeterHeintz]

Really strange workaround but it helped me as well!
Thank you Uffe!