Noooooo! Sob. Sniff.
This does sound really similar, but I'm not convinced yet that what
I'm doing _should_ work. Here's the exact flow. I'm the only one using
the app and I'm using the Default Editing Context.
For review:
ManufacturingSchedule <->> ScheduledRouting
MS->>SR Owns Destination
MS ->>SR Cascade Delete Rule
SR->MS is required by SR
SR->MS Nullify Delete Rule
1) Create a new ManufacturingSchedule
2) saveChanges().
3) Create a new ScheduledRouting, assign the new ManufacturingSchedule
to it's manufacturingSchedule() relationship using:
addObjectToBothSidesOfRelationshipWithKey(object,
MANUFACTURING_SCHEDULE_KEY);
4) remove the ScheduledRouting from the ManufacturingSchedule using:
removeObjectFromBothSidesOfRelationshipWithKey(object,
SCHEDULED_ROUTINGS_KEY);
5) saveChanges()
This gives me the validation exception. Should it work, or is this
actually the expected behavior?
If I add a saveChanges() between steps 3 and 4, then it saves both
without any problem after the removal.
Dave
On Aug 19, 2008, at 2:06 PM, Chuck Hill wrote:
It might be some variation of this:
http://lists.apple.com/archives/webobjects-dev/2008/Aug/msg00079.html
_______________________________________________
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]
