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/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to