Agreed

This really should be done on completion of the otherwise successful S3 
attachment push, it would seem.

Is there a call, or notification I should be attending in ERAttachemnt for such?



On Aug 2, 2013, at 6:53 PM, Ramsey Gurley <[email protected]> wrote:

> Never make side effects in your getter/setters. Definitely do not override 
> takeStoredValueForKey. John's recommendation of didInsert sounds like the 
> proper place in the EO lifecycle to call it, assuming this is actually model 
> logic. Using the intermediate entity as David suggested is what I always do 
> for ERAttachments. Do generate an entity class. As for awakeFromInsertion, 
> unlearn what you have learned. Use wonder's init() instead. 
> awakeFromInsertion can be called more than once due to bugs in EOF. That's 
> the reason init() exists.
> 
> My 2¢ :-)
> 
> On Aug 2, 2013, at 3:25 PM, Jesse Tayler wrote:
> 
>> Thanks Tim,
>> 
>> I can readily see that I’d have been well advised to use an interim entity 
>> like “Document” or something.
>> 
>> sigh.
>> 
>> I’m guessing it’s not a good idea to try and make the ERAttachment a 
>> subclass or EO of my own.
>> 
>> maybe I should use the takeStoredValueForKey, check if the key is a change 
>> in the poster relationship and then fire the script?
>> 
>> that might preserve the model, while firing the script only when the save is 
>> a change on the relationship?
>> 
>> 
>> 
>> On Aug 2, 2013, at 2:41 PM, Timothy Worman <[email protected]> wrote:
>> 
>>> Your override would not be called if the updating process is using 
>>> takeStoredValueForKey.
>>> 
>>> Tim
>>> UCLA GSE&IS
>>> 
>>> On Aug 2, 2013, at 10:21 AM, 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/lists%40thetimmy.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/rgurley%40smarthealth.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]

Reply via email to