Re: Partially saving the object graph. How? (Jean Pierre Malrieu)
Re: Partially saving the object graph. How? (Jean Pierre Malrieu)
- Subject: Re: Partially saving the object graph. How? (Jean Pierre Malrieu)
- From: Chuck Hill <email@hidden>
- Date: Mon, 19 Mar 2007 14:09:59 -0700
On Mar 19, 2007, at 1:42 PM, Gary Teter wrote:
I'm going to agree with Chuck and the rest that this is probably a
bad idea.
However, if I had my heart set on doing it, I'd look at creating an
EOAdaptorChannel delegate and implement the
adaptorChannelWillPerformOperations method so it removes the
adaptor operations pertaining to entity B.
SHRIEK! I can't believe you typed that out loud! :-P That just
sends shivers up my spine.
Chuck
But I don't think EOF will be very happy that you're doing this.
That means you'll have enterprise objects and snapshots in memory
that don't correspond to rows in the database, so you may need to
also implement an EODatabaseContext delegate for
databaseContextFailedToFetchObject and/or the various
databaseContextShouldFetch methods.
Perhaps a better solution would be to remap entity B to a different
table for this special application so it's not cluttering up the
real entity B table?
--
WireHose: Smart metadata and personalization for WebObjects.
http://wirehose.com/
--
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@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden