[SOLVED] Re: -[NSInvocation length]: selector not recognized [self = 0x30abd0]
[SOLVED] Re: -[NSInvocation length]: selector not recognized [self = 0x30abd0]
- Subject: [SOLVED] Re: -[NSInvocation length]: selector not recognized [self = 0x30abd0]
- From: NSTask <email@hidden>
- Date: Tue, 25 Sep 2007 11:21:34 +0200
Hi Jim,
This is just to say thanks to Jim Correia. Apparently there wasn't problem
in my code it was the
SoapAPI which was giving the problem. So those who are reading this mail can
take my
given sample code as a start.
Best regards
S
On 9/24/07, NSTask <email@hidden> wrote:
>
>
>
> On 9/24/07, Jim Correia <email@hidden> wrote:
> >
> > On Sep 24, 2007, at 4:16 AM, NSTask wrote:
> >
> > > Your debugging tips have been very helpful to me. I have managed to
> > > understand the cause of problem but I do not know the solution.
> > > What I understand is by the time passed object (_sess) using
> > > following method =>
> > > [client performSelector:@selector(appendMessageString:)
> > > withObject:_sess];
> > > reach to the client it looses its class and displays the object
> > > class as <NSDistantObject: 0xa27e76e0>, while it should have been
> > > my defined SOAPSESSION class.
> >
> > When you pass an object via DO, you typically get a proxy object
> > (NSDistantObject) on the other side which acts as a stand-in
> > replacement or the object and sends messages across the DO connection.
> >
> > > Further ahead I tried retrieving values on the client side from
> > > this _sess variable and it worked fine [_sess
> > > valueForKey:@"username"] but when I try to use it with soapapi
> > > because its loosing its class reference, I can not get the soap
> > > call working.
> >
> >
>
>
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden