Hmm, hairy palms, not sure I want that, but thanks for this anyway. The related attribute is a to-one relationship, does that mean it is a FK attribute? It is the to-one relationship that becomes null against my will and I need to find out where/why.
I have now cobbled some code up in takeStoredValueForKey() which avoids the recursion when checking the existing value using storedValueForKey() and ignores the (temp) null value caused by clearProperties() when the EO is invalidated. Hence I believe I now have the code to scream if my property is set to null from a pre-existing value and I should get an email + stack trace to report the exciting news. These intermittents are about once every two months so will have to wait. On 11 Sep 2014, at 23:04, Chuck Hill <[email protected]> wrote: > You are going to grow hair on your palms doing this but… > > willRead(); > Object value = __dictionary().valueForKey(“your attribute”); > > Should, I think, do what you want. Of course, it is package protected so you > will need to use reflection to get access. And the result may be null if the > object is still a fault. > > Is this an FK or PK by chance? > > > Chuck > > > > > > On 2014-09-11, 12:22 PM, "John Pollard" wrote: > > Apologies, I meant takeStoredValueForKey(). Within there, how can I safely > see what the value currently is when when this method is called, before I > invoke super. takeStoredValueForKey() to take on the new value? > John > > On 11 Sep 2014, at 18:10, John Huss <[email protected]> wrote: > >> The order of calls is: >> >> takeValueForKey -> setXXX -> takeStoredValueForKey >> >> All of these maybe skipped except for takeStoredValueForKey, so that is the >> only one you should override to see what is getting saved. >> >> >> On Thu, Sep 11, 2014 at 8:55 AM, John Pollard <[email protected]> wrote: >> Hi List, >> >> In some debugging within takeValueForKey() I want to find out if the key >> already has a value set. If I call valueForKey() or storedValueForKey() and >> the value isn't already set I get infinite recursion as it triggers a fault >> and tries to load with takeValueForKey() and so on. >> >> I am trying to debug where a value is being set to null, but apparently not >> going via validateXXX() or setXXX() methods, so I want to trap the case >> where the takeValueForKey() is passed null when the key value was previously >> non-null and log a stack trace. >> >> Thanks >> John >> _______________________________________________ >> 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/johnthuss%40gmail.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]
