Re: Using Bindings with Distrubuted Objects
Re: Using Bindings with Distrubuted Objects
- Subject: Re: Using Bindings with Distrubuted Objects
- From: Chris Kane <email@hidden>
- Date: Wed, 15 Jun 2005 11:25:13 -0700
Bindings, KVO, and KVC are incompatible with Distributed Objects.
Cocoa Bindings is not supported over D.O. to proxy objects in 10.3
and 10.4. The (void *) context parameter to the addObserver:...
method will prevent it from ever working as it is, not to mention
certain performance things that I believe Bindings/KVO/KVC does may
also get in the way.
Chris Kane
Cocoa Frameworks, Apple
On Jun 15, 2005, at 9:36 AM, Emanuel Zephir wrote:
Does anyone know if using Bindings on Distributed Objects is
supported by Cocoa and what the special implications might be?
I am having a problem where I am using bindings with an object that
I am vending that I wish to vend to. What ends up happening is that
the remote end calls addObserver:forKeyPath:options:context and
never returns. It sits in a CFRunLoop forever, right after the
forwardInvocation call. However, using a proxy on the local end to
log the messages being sent by the DO mechanism shows that on the
local end addObserver:... is in fact being called and does return.
All of this happens regardless of timeouts.
This happens with most objects. The two exceptions seem to be
NSObjectController and an NSDictionary that I returned byref -- in
these cases, NSConnection on the remote end chokes on the call to
addObserver:... with an exception, saying that it can not encode
data with a type 'v' (which I understand to be the void type).
Right now, I am at the point where I'm not quite certain how to
debug this any further. Suggestions on how I might proceed would be
greatly appreciated.
Thanks for reading,
Emanuel Zephir
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden