Re: MultiECLockManager
Re: MultiECLockManager
- Subject: Re: MultiECLockManager
- From: Kent Harris <email@hidden>
- Date: Wed, 5 May 2004 08:17:48 -0700
I see your point. It's not that an EC requires a session, rather that
it may have an associated session and I can't get to it. It seems like
Apple is trying to encapsulate WO and EO on religious grounds perhaps.
If there is no session associated with an EC, an ec.getSession() method
could return null, otherwise return the session object. My concern is
my own understanding... is there some larger reason I cannot get to
the session object given an arbitrary editing context?
- Kent
On May 4, 2004, at 7:51 PM, Arturo Pirez wrote:
On May 4, 2004, at 10:26 PM, Kent Harris wrote:
Here is what's bugging me. An editing context is part of a session.
Many of Apple's diagrams indicate so clearly. I'm aware of the
model/view/controller paradigm but I don't see any intrinsic reason
the editing context shouldn't have a method to return the session
object. What the heck am I missing?
Why should an editing context require a session? There are plenty of
applications that could use EOF that have nothing to do with a session
or anything like one. Then there's DirectActions and their need for
editing contexts, too. And what about things like javaeoutil?
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.