Namaste!

OK, I solved this one.

The issue is that I have to use a different MOC from the NSApp Delegate's
MOC.

Because of that, the object was in a different MOC than expected and thus
the error.

Fetching the object out of the needed MOC solves the issue.

Peace, Love, and Light,

/s/ Jon C. Munson II

> -----Original Message-----
> From: cocoa-dev-bounces+jmunson=his....@lists.apple.com [mailto:cocoa-dev-
> bounces+jmunson=his....@lists.apple.com] On Behalf Of Jon C. Munson II
> Sent: Wednesday, May 13, 2009 10:55 AM
> To: cocoa-dev@lists.apple.com
> Subject: RE: Adding records to a child entity
> 
> Namaste!
> 
> Well, since no-one has answered this (don't know if more info is needed),
> let me phrase this a different way.
> 
> There are two entities, A, and B.  A has a to-many relationship with B.
> For
> the sake of discussion, I'll call the inverse relationship relA (which is
> an
> attribute of entity B).
> 
> A window is built to act as a form for data entry for A.  This is
> accomplished one record at a time (regular form view).  Entity B is
> presented as a tableview on the form for A.  Fairly standard arrangement.
> 
> Two array controllers are present to back the form and the tableview.
> 
> Now, files are to be dropped on the form to create records in B and thus
> associated with A.  I'm using the managedObjectContext to accomplish this
> and not adding via the array controller(s).
> 
> When one goes to programmatically add B objects, what is the proper way to
> set relA for a new entity B?
> 
>      newEntityB.relA = ?
> 
> With the knowledge I've got, I tried a few things and didn't get anywhere.
> The code stops on a call to:
> 
>      _PFManagedObject_coerceValueForKeyWithDescription
> 
> This results in an objc_exception_throw error.  Going up the stack gets
> back
> to the line around which this question revolves.
> 
> I am attempting to get the current A out of the backing array controller,
> and I suspect it isn't returning the "true" object.  This is the line of
> code cited in the OP.
> 
> Now, I have a drop operation in another form where I programmatically add
> both A and B and don't have an issue there.  I believe because A is
> created
> at that moment and is therefore "true."
> 
> My guess is there's something about the object (the term "proxy" is coming
> to mind) that isn't quite right or needs to be transformed/cast somehow...
> 
> Again, any help/input appreciated.
> 
> Thanks!
> 
> Peace, Love, and Light,
> 
> /s/ Jon C. Munson II
> 
> > -----Original Message-----
> > From: cocoa-dev-bounces+jmunson=his....@lists.apple.com [mailto:cocoa-
> dev-
> > bounces+jmunson=his....@lists.apple.com] On Behalf Of jmun...@his.com
> > Sent: Tuesday, May 12, 2009 9:24 PM
> > To: cocoa-dev@lists.apple.com
> > Subject: Adding records to a child entity
> >
> > Namaste!
> >
> > I'm having a wee bit of difficulty adding records to a child entity.
> >
> > The situation is this:  I'm implementing drag-n-drop of files onto a
> > tableview I have on a window.  The tableview holds a list of files
> > that are related to the parent record.
> >
> > My program chokes on the line where I set the relationship:
> >
> >       newFileItem.relPattern = [[acPattern selectedObjects]
> > objectAtIndex:0];
> >
> > There is no error text in the console, and the code dies somewhere in
> > the core data stuff (I assume) as going up the call stack drops me on
> > that line.  I am guessing the call to retrieve the current parent
> > record isn't returning the correct object.  However, I'm not sure how
> > to get around this.
> >
> > As a secondary question, I wasn't able to specifically get the
> > tableview to accept the drop - only the main window.  Is there any way
> > to achieve that behavior solely for the tableview, or is registering
> > the window the only way?
> >
> > Any help is greatly appreciated.
> >
> > Thanks!
> >
> > Peace, Love, and Light,
> >
> > /s/ Jon C. Munson II
> >
> > _______________________________________________
> >
> > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> >
> > 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:
> > http://lists.apple.com/mailman/options/cocoa-dev/jmunson%40his.com
> >
> > This email sent to jmun...@his.com
> 
> _______________________________________________
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> 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:
> http://lists.apple.com/mailman/options/cocoa-dev/jmunson%40his.com
> 
> This email sent to jmun...@his.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

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:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to