Thanks Christoph, I see one thing I didn’t notice.
for better or worse, it looks like the posterId is the source attribute in the relationship. I had thought it was a separate attribute that would be set when the relationship is set, but it’s just the foreign key and the destination object is just an ERAttachment So, I was looking to my User class to fire the process somehow when the relationship is set or changes. perhaps there is a better way to pursue this need? On Aug 2, 2013, at 2:00 PM, Christoph Wick <[email protected]> wrote: > Primary keys are not set normally (sort of ...). And you should not override > setter methods of EOs! > > The method of your choice may be overriding > EOEnterpriseObject.awakeFromInsertion(EOEditingContext ec). > > If your class is e.g. Poster (and you use EOGenerator), then use > > public class Poster extends _Poster { > > @Override > public void awakeFromInsertion(EOEditingContext ec) { > super.awakeFromInsertion(ec); > fireMyUnixProcess(); > } > > } > > C.U.CW > -- > > Christoph Wick - Diplom Informatiker, Managing Director > i4innovation GmbH, Professor-Neu-Allee 39, 53225 Bonn, Germany > > T +49 2 28 28 62 97 93 > M +49 1 51 22 65 78 90 > F +49 2 28 28 62 97 99 > M [email protected] > W www.i4innovation.de > > Geschäftsführer: Thomas Heep, Christoph Wick > Sitz der Gesellschaft: Bonn | Amtsgericht Bonn HRB 18548 | USt-IdNr.: > DE276502600 > > > On 02.08.2013, at 19:21, Jesse Tayler <[email protected]> wrote: > >> >> I have an override of a normal EO setter, but for some reason, it isn’t >> called but the value does get updated >> >> I really just want to fire off a unix process once a new posterId has been >> set, so maybe there’s a smarter way but I thought this would be reliably >> called once and only after there’s a known primary key id for that poster >> (ERAttachment) >> >> Any thoughts on that? >> >> >> @Override >> public void setPosterId(Integer value) { >> >> >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/wicki%40me.com >> >> This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
