Patrik Nordwall wrote:
>
>
> rsmith wrote:
>>
>> As far as the UUID attribute, I guess what I really want to do is get rid
>> of the natural key altogether and just use the surrogate key for this
>> particular table.
>> I tried overriding the modifyUuid extension to not generate the UUID
>> attribute at all via:
>> modifyUuid(DomainObject domainObject) :
>> null;
>>
>> But the UUID attribute was still generated for some reason. For now I'm
>> keeping a natural key in this table although I don't really need it.
>>
>
> Strange. As far as I can see it should not be generated if you skipped it
> in the transformation. I have changed things in this area recently to
> support multi levels of subclasses. Are you using latest trunk?
>
>
Works now.. I updated to the latest code, but think I may have been setting
up my aspect wrong anyways. For anyone else needing to do the same,
following is the code:
around transformation::Transformation::modifyUuid(DomainObject domainObject)
:
myModifyUuid(domainObject);
// Don't automatically add UUID natural key attribute
myModifyUuid(DomainObject domainObject) :
null;
Is there somewhere we can document these types of recipes? The Wiki?
--
View this message in context:
http://www.nabble.com/-Sculptor--how-to-control-surrogate-key-name-tp18625411s17564p19708752.html
Sent from the Fornax-Platform mailing list archive at Nabble.com.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Fornax-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fornax-developer
