The mimeContent relationship in the .plist looks like this:
{
destination = MBMimeContent;
isToMany = N;
joinSemantic = EOLeftOuterJoin;
joins = ({destinationAttribute = mimeContentID; sourceAttribute =
mimeContentID; });
name = mimeContent;
},
When running the app the following code:
EORelationship r =
EOModelGroup.defaultGroup().entityNamed("Message").relationshipNamed("mimeContent");
log.info(r.toString());
log.info("mimeContent.ownsDestination = " +
r.ownsDestination());
log.info("mimeContent.deleteRule = " + r.deleteRule());
logs the following:
<EORelationship mimeContent
name : 'mimeContent'
isToMany : 'N'
joinSemantic : 'EOLeftOuterJoin'
userInfo : '{}'
internalInfo : '{}'
joins : '({sourceAttribute = "mimeContentID"; destinationAttribute =
"mimeContentID"; })'
destination : 'MBMimeContent'
>
mimeContent.ownsDestination = false
mimeContent.deleteRule = 0
I also tested fetching a Message eo and deleting it and calling saveChanges and
it's still deleting the MimeContent eo pointed by the mimeContent to-one.
Hmmm.... Very weird.
:-/
On Oct 6, 2010, at 4:50 AM, David Avendasora wrote:
> And if all else fails, check the .plist file for the Entity with the
> relationship pointing to MIME_CONTENT.
>
> I have had it happen where there's something weird going on in the .plist.
> It's been a _long_ time though.
>
> Dave
>
> On Oct 5, 2010, at 9:08 PM, Ramsey Lee Gurley wrote:
>
>>
>> On Oct 5, 2010, at 8:26 PM, Chuck Hill wrote:
>>
>>> Is there another relationship with Owns Destination or Cascade Delete set
>>> on it. Those are the only things that I can think of that would make EOF
>>> delete an EO.
>>
>> I can think of one other thing, because it happened to me recently... I had
>> a similar problem where the object was a subclass of another object.
>> Updating the delete rule on a superclass does not update the delete rule on
>> the relationships in the subclass.
>>
>> Ramsey
>>
>>
>>> Could it be happening in your code?
>>>
>>>
>>> Chuck
>>>
>>> On Oct 5, 2010, at 4:22 PM, Ricardo J. Parada wrote:
>>>
>>>> Hi,
>>>>
>>>> When I remove a child from a many-to-many relationship in the parent and
>>>> delete the child I see EOF deletes the child in the database and the
>>>> corresponding record in the join table. That's great. However, the child
>>>> object has a to-one called mimeContent and I'm also seeing a delete for
>>>> the destination object:
>>>>
>>>> DELETE FROM MIME_CONTENT WHERE MIME_CONTENT_ID = ?" withBindings:
>>>> 1:26954(NeededByEOF0)
>>>> 1 row(s) deleted
>>>>
>>>> I'm trying to figure out why this record is being deleted. I already
>>>> checked the "Own Destination" for the mimeContent to-one and it's not set.
>>>> The "Delete Rule" is set to "No Action". So I don't quite understand
>>>> why it's getting deleted. I don't want it to be deleted.
>>>>
>>>> Any ideas?
>>>>
>>>> Thanks,
>>>> Ricardo
>>>
>>>
>>> --
>>> Chuck Hill Senior Consultant / VP Development
>>>
>>> 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 protected])
>>> Help/Unsubscribe/Update your Subscription:
>>> http://lists.apple.com/mailman/options/webobjects-dev/rgurley%40mac.com
>>>
>>> This email sent to [email protected]
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list ([email protected])
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
>>
>> This email sent to [email protected]
>>
>>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list ([email protected])
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
>
> This email sent to [email protected]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
