• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Invalidating Objects
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Invalidating Objects


  • Subject: Re: Invalidating Objects
  • From: Mike Schrag <email@hidden>
  • Date: Thu, 20 May 2010 16:24:34 -0400

> What I have done is to use a lock across the work of handling R-R cycles and the change notification (the only place where the invalidate is actioned).  In this way, if the issue is one of concurrency with "regular EC use" then I should see this issue go away for human-facing instances which are doing any EC-work outside of the R-R cycles.  It's still a fair way off a production deploy, but I will let you know if this resolves the issue.
in wonder's we take a dbc lock during the background queue processing, then do a refreshing fetch of the affected EO so that it updated the snapshots. you really don't want to ever do an .invalidate() because if you any EO's in an modified state, they'll be messed up.

ms _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: Invalidating Objects
      • From: Andrew Lindesay <email@hidden>
References: 
 >Invalidating Objects (From: Andrew Lindesay <email@hidden>)
 >Re: Invalidating Objects (From: Ramsey Gurley <email@hidden>)
 >Re: Invalidating Objects (From: Andrew Lindesay <email@hidden>)

  • Prev by Date: Re: Invalidating Objects
  • Next by Date: Re: Invalidating Objects
  • Previous by thread: Re: Invalidating Objects
  • Next by thread: Re: Invalidating Objects
  • Index(es):
    • Date
    • Thread