David Rogers
02/01/2023, 5:32 PMpostInsert
. My initial attempts seem to indicate that values set on this
as well as virtualAttributes are zero'd out (the entity instance on which the values are set, is not the entity instance on which the postInsert is called). Is there a mechanism for this? Am I mistaken in understanding the above behavior?sknowlton
02/01/2023, 8:05 PMproperty
with persistent=false
David Rogers
02/01/2023, 8:09 PMsknowlton
02/01/2023, 8:10 PMDavid Rogers
02/01/2023, 8:10 PMsknowlton
02/01/2023, 8:11 PMdefault
on the property definitionDavid Rogers
02/01/2023, 8:12 PMsknowlton
02/01/2023, 8:12 PMsknowlton
02/01/2023, 8:13 PMfirePostInsert
attribute on a couple entities thoughDavid Rogers
02/01/2023, 8:13 PMDavid Rogers
02/01/2023, 8:19 PM.setSomeFlag(...).fill(...).save()
pattern, but not in the .setSomeFlag(...).create(...)
patternDavid Rogers
02/01/2023, 8:19 PMcreate
, will move to fill/savesknowlton
02/01/2023, 8:20 PMcreate({ 'prop' : val })
David Rogers
02/01/2023, 8:24 PMThe [...] attribute was not found on the [...] entity
with ignoreNonExistentAttributes=true
it doesn't throw, but the value is always set to the default, rather than the value in the create(...) callDavid Rogers
02/01/2023, 8:24 PMfill
+ save
it is, that works goodsknowlton
02/01/2023, 8:25 PMDavid Rogers
02/02/2023, 3:03 PMcreate
is a static member method