Good detective work!
On May 28, 2010, at 7:53 AM, Pascal Robert wrote:
FYI, the problem was not that the relation was set to null, it was
not set at all! After enabling log4j for the EOs, I saw that the
relation was never set and that an object that should be created was
not. So I digged down into Apache logs to see which requests were
made in the same period and after following them (with the help of
the Context ID), I was able to see that a step was missing in a
button action, so part of the process was not done!
Le 10-05-27 à 10:33, George Domurot a écrit :
This might produce excessive logging for a bit, but can't you
print a stack trace each time the change is made (or when it
becomes null)? At least you would see exactly where in your code
the call is coming from.
NSLog.out.appendln(new RuntimeException("changed value..."));
That shouldn't generate too much logging so I will try this out.
-G
On May 27, 2010, at 7:26 AM, Pascal Robert wrote:
We have a strange problem here where a relation between two EOs
get "lost" (eg, the relation is set to null). Since it's a public
app, we can't easily find out under which circumstances the
problem get in. I enabled logging in the EOs so that I can at
least see if the relation is set to null, but that won't tell me
where it was set to null.
What's the best way to "record" the steps that an user is doing?
I guess that I can add log4j calls in all the steps, but I was
wondering if an easier solution exists.
----
Pascal Robert
[email protected]
AIM: MacTICanada
Twitter : MacTICanada
LinkedIn : http://www.linkedin.com/in/macti
WO Community profile : http://wocommunity.org/page/member?name=probert
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/george%40boxofficetickets.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:
http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca
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:
http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
This email sent to [email protected]
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
