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=falseDavid 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